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Foreword 


This foreword is not part of American National Standard INCITS.***:200x. 

The SCSI command set is designed to provide efficient peer-to-peer operation of SCSI devices (e.g., disks, tapes, 
printers) by an operating system. The SCSI command set assumes an underlying command-response protocol. 

The SCSI command set provides multiple operating systems concurrent control over one or more SCSI devices. 
However, proper coordination of activities between the multiple operating systems is critical to avoid data 
corruption. Commands that assist with coordination between multiple operating systems are described in this 
standard. However, details of the coordination are beyond the scope of the SCSI command set. 

This standard defines the device model for all SCSI devices. This standard defines the SCSI commands that are 
basic to every device model and the SCSI commands that may apply to any device model. 

With any technical document there may arise questions of interpretation as new products are implemented. INCITS 
has established procedures to issue technical opinions concerning the standards developed by INCITS. These 
procedures may result in SCSI Technical Information Bulletins being published by INCITS. 

These Bulletins, while reflecting the opinion of the Technical Committee that developed the standard, are intended 
solely as supplementary information to other users of the standard. This standard, ANSI INCITS.***:200x, as 
approved through the publication and voting procedures of the American National Standards Institute, is not altered 
by these bulletins. Any subsequent revision to this standard may or may not reflect the contents of these Technical 
Information Bulletins. 


Current INCITS practice is to make Technical Information Bulletins available through: 


INCITS Online Store 
managed by Techstreet 
1327 Jones Drive 
Ann Arbor, Ml 48105 

or 

Global Engineering 
15 Inverness Way East 
Englewood, CO 80112-5704 


http://www.techstreet.com/incits.html 
Telephone: 1-734-302-7801 or 
1-800-699-9277 
Facsimile: 1-734-302-7811 


http://global.ihs.com/ 
Telephone: 1-303-792-2181 or 
1-800-854-7179 
Facsimile: 1-303-792-2192 


Requests for interpretation, suggestions for improvement and addenda, or defect reports are welcome. They 
should be sent to the INCITS Secretariat, National Committee for Information Technology Standards, Information 
Technology Institute, 1250 Eye Street, NW, Suite 200, Washington, DC 20005-3922. 

This standard was processed and approved for submittal to ANSI by the InterNational Committee for Information 
Technology Standards (INCITS). Committee approval of the standard does not necessarily imply that all committee 
members voted for approval. At the time of it approved this standard, INCITS had the following members: 

cclnsert INCITS member list» 
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Technical Committee T10 on SCSI Storage Interfaces, which developed and reviewed this standard, had the 
following members: 

John B. Lohmeyer, Chair 
George O. Penokie, Vice-Chair 
Ralph O. Weber, Secretary 

cclnsert T10 member list» 
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Introduction 


The SCSI Primary Commands - 3 (SPC-3) standard is divided into the following clauses and annexes: 


Clause 1 
Clause 2 
Clause 3 
Clause 4 
Clause 5 
Clause 6 
Clause 7 
Clause 8 
Annex A 

Annex B 


Annex C 
Annex D 
Annex E 
Annex F 


is the scope. 

enumerates the normative references that apply to this standard. 

describes the definitions, symbols, and abbreviations used in this standard. 

describes the conceptual relationship between this document and the SCSI-3 Architecture Model. 

describes the command model for all SCSI devices. 

defines the commands that may be implemented by any SCSI device. 

defines the parameter data formats that may be implemented by any SCSI device. 

defines the well known logical units that may be implemented by any SCSI device. 

identifies differences between the terminology used in this standard and previous versions of this 

standard, (informative) 

describes the PERSISTENT RESERVE OUT command features necessary to replace the reserve/ 

release management method and provides guidance on how to perform a third party reservation 

using persistent reservations, (informative) 

elaborates on the procedures for logging operations, (informative) 

lists code values in numeric order, (informative) 

lists assigned vendor identifiers, (informative) 

is a bibliography of references to documents and web pages that are not standards, (informative) 


The annexes provide information to assist with implementation of this standard. The information in the annexes 
applies to all the SCSI command standards. See 3.1.18 for more information about other SCSI command 
standards. 


xxvi 
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AMERICAN NATIONAL STANDARD _ INCITS.***:200x 

American National Standard 
for Information Technology - 

SCSI Primary Commands - 3 (SPC-3) 

1 Scope 

The SCSI family of standards provides for many different types of SCSI devices (e.g., disks, tapes, printers, 
scanners). This standard defines a device model that is applicable to all SCSI devices. Other SCSI command 
standards (see 3.1.18) expand on the general SCSI device model in ways appropriate to specific types of SCSI 
devices. 

The set of SCSI standards specifies the interfaces, functions, and operations necessary to ensure interoperability 
between conforming SCSI implementations. This standard is a functional description. Conforming implementations 
may employ any design technique that does not violate interoperability. 

This standard defines the SCSI commands that are mandatory and optional for all SCSI devices. Support for any 
feature defined in this standard is optional unless otherwise stated. This standard also defines the SCSI 
commands that may apply to any device model. 

The following commands, parameter data, and features defined in previous versions of this standard are made 
obsolete by this standard: 

a) Contingent Allegiance; 

b) Untagged tasks; 

c) The RESERVED) and RESERVE(IO) commands; 

d) The RELEASE(6) and RELEASE(IO) commands; 

e) The ELEMENT_SCOPE for Persistent Reservations; 

f) The command support data (CmdDt) feature of the INQUIRY command; 

g) The relative addressing (RelAdr) bit in the standard INQUIRY data; 

h) The Medium Partition mode pages (2), (3), and (4); 

i) The Control mode page disable queueing bit; and 

j) Discussion of the SBC REBUILD, REGENERATE and XDWRITE EXTENDED commands. 
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Figure 1 shows the relationship of this standard to the other standards and related projects in the SCSI family of 
standards as of the publication of this standard. 



Figure 1 — SCSI document relationships 


Figure 1 is intended to show the general relationship of the documents to one another. Figure 1 is not intended to 
imply a relationship such as a hierarchy, protocol stack, or system architecture. It indicates the applicability of a 
standard to the implementation of a given transport. 

At the time this standard was generated, examples of the SCSI general structure included: 


Interconnects: 

Fibre Channel Arbitrated Loop - 2 

FC-AL-2 

[ISO/I EC 14165-122] 

[ANSI NCITS.332-1999] 
[ANSI NCITS.332-1999/AMI 

Fibre Channel Physical Interfaces 

FC-PI 

[ISO/I EC 14165-115] 

[ANSI INCITS.352-2002] 

Fibre Channel Physical Interfaces - 2 

FC-PI-2 

[T11/1506-D] 

Fibre Channel Framing and Signaling Interface 

FC-FS 

[ISO/I EC 14165-251] 

[ANSI INCITS.373-2003] 

High Performance Serial Bus 


[ANSI IEEE 1394-1995] 

High Performance Serial Bus 


[ANSI IEEE 1394a-2000] 

(supplement to ANSI/IEEE 1394-1995) 

SCSI Parallel Interface - 2 

SPI-2 

[ISO/I EC 14776-112] 

[ANSI X3.302-1999] 

SCSI Parallel Interface - 3 

SPI-3 

[ISO/I EC 14776-113] 

[ANSI NCITS.336-2000] 

SCSI Parallel Interface - 4 

SPI-4 

[ISO/I EC 14776-114] 

[ANSI INCITS.362-2002] 

SCSI Parallel Interface - 5 

SPI-5 

[ISO/I EC 14776-115] 

[ANSI INCITS.367:2003] 

Serial Storage Architecture Physical Layer 1 

SSA-PH 

[ANSI X3.293-1996] 

Serial Storage Architecture Physical Layer 2 

SSA-PH-2 

[ANSI NCITS.307-1998] 

Serial Attached SCSI 

SAS 

[ISO/I EC 14776-150] 

[ANSI INCITS.376:2003] 

Serial Attached SCSI -1.1 

S AS-1.1 

[ISO/I EC 14776-151] 
[T10/1601-D] 

SCSI Transport Protocols: 

Automation/Drive Interface - Transport Protocol 

ADT 

[ISO/I EC 14776-191] 
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Serial Storage Architecture Transport Layer 1 
Serial Storage Architecture Transport Layer 2 
SCSI-3 Fibre Channel Protocol 

SCSI Fibre Channel Protocol - 2 

SCSI Fibre Channel Protocol - 3 

Serial Bus Protocol - 2 

Serial Bus Protocol - 3 

Serial Storage Architecture SCSI-3 Protocol 
SCSI RDMA Protocol 

SCSI RDMA Protocol - 2 

Primary Command Set: 

SCSI-3 Primary Commands 
SCSI Primary Commands - 2 

SCSI Primary Commands - 3 

SCSI Primary Commands - 4 

Device-Type Specific Command Sets: 

SCSI-3 Block Commands 

SCSI Block Commands - 2 

SCSI-3 Stream Commands 

SCSI Stream Commands - 2 

SCSI Stream Commands - 3 

SCSI-3 Medium Changer Commands 

SCSI Media Changer Commands - 2 

SCSI Media Changer Commands - 3 

SCSI-3 Multimedia Command Set 
SCSI Multimedia Command Set - 2 

SCSI Multimedia Command Set - 3 

SCSI Multimedia Command Set - 4 

SCSI Multimedia Command Set - 5 
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[T10/1557-D] 

SSA-TL-1 

[ANSI X3.295-1996] 

SSA-TL-2 

[ANSI NCITS.308-1998] 

FCP 

[ISO/I EC 14776-221] 
[ANSI X3.269-1996] 

FCP-2 

[ISO/IEC 14776-222] 
[ANSI NCITS.350-2003] 

FCP-3 

[ISO/IEC 14776-223] 
[T10/1560-D] 

SBP-2 

[ISO/IEC 14776-232] 
[ANSI NCITS.325-1999] 

SBP-3 

[ISO/IEC 14776-233] 
[ANSI INCITS.375:2004] 

SSA-S3P 

[ANSI NCITS.309-1998] 

SRP 

[ISO/IEC 14776-241] 
[ANSI INCITS.365:2002] 

SRP-2 

[ISO/IEC 14776-242] 
[T10/1524-D] 

SPC 

[ANSI X3.301-1997] 

SPC-2 

[ISO/IEC 14776-452] 
[ANSI NCITS.351-2001] 

SPC-3 

[ISO/IEC 14776-453] 
[T10/1416-D] 

SPC-4 

[ISO/IEC 14776-454] 
[T10/1729-D] 

SBC 

[ISO/IEC 14776-321] 
[ANSI NCITS.306-1998] 

SBC-2 

[ISO/IEC 14776-322] 
[T10/1417-D] 

SSC 

[ISO/IEC 14776-331] 
[ANSI NCITS.335-2000] 

SSC-2 

[ISO/IEC 14776-332] 
[ANSI INCITS.380-2003] 

SSC-3 

[ISO/IEC 14776-333] 
[T10/1611-D] 

SMC 

[ISO/IEC 14776-351] 
[ANSI NCITS.314-1998] 

SMC-2 

[ISO/IEC 14776-352] 
[T10/1383-D] 

SMC-3 

[ISO/IEC 14776-353] 
[T10/1730-D] 

MMC 

[ANSI X3.304-1997] 

MMC-2 

[ISO/IEC 14776-362] 
[ANSI NCITS.333-2000] 

MMC-3 

[ISO/IEC 14776-363] 
[ANSI INCITS.360-2002] 

MMC-4 

[ISO/IEC 14776-364] 
[ANSI INCITS.401-2005] 

MMC-5 

[ISO/IEC 14776-365] 
[T10/1675-D] 
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SCSI Controller Commands - 2 

SCC-2 

[ISO/IEC 14776-342] 
[ANSI NCITS.318-1998] 

SCSI Reduced Block Commands 

RBC 

[ISO/IEC 14776-326] 
[ANSI NCITS.330-2000] 

SCSI-3 Enclosure Services Commands 

SES 

[ISO/IEC 14776-371] 
[ANSI NCITS.305-1998] 

SCSI Enclosure Services Commands - 2 

SES-2 

[ISO/IEC 14776-372] 
[T10/1559-D] 

SCSI Specification for Optical Card Reader/Writer 

OCRW 

[ISO/IEC 14776-381] 

Object-based Storage Device Commands 

OSD 

[ISO/IEC 14776-391] 
[ANSI INCITS.400:2004] 

Object-based Storage Device Commands - 2 

OSD-2 

[ISO/IEC 14776-392] 
[T10/1731-D] 

SCSI Bridge Controller Commands 

BCC 

[ISO/IEC 14776-511] 
[T10/1528-D] 

Automation/Drive Interface - Commands 

ADC 

[ISO/IEC 14776-356] 
[ANSI INCITS.403-2005] 

Translation Protocols: 

SCSI / ATA Translation 

SAT 

[ISO/IEC 14776-921] 
[T10/1711-D] 

Architecture Model: 

SCSI-3 Architecture Model 

SAM 

[ISO/IEC 14776-411] 
[ANSI X3.270-1996] 

SCSI Architecture Model - 2 

SAM-2 

[ISO/IEC 14776-412] 
[ANSI INCITS.366-2003] 

SCSI Architecture Model - 3 

SAM-3 

[ISO/IEC 14776-413] 
[ANSI INCITS.402:2005] 

SCSI Architecture Model - 4 

SAM-4 

[ISO/IEC 14776-414] 
[T10/1683-D] 


The term SCSI is used to refer to the family of standards described in this clause. 

2 Normative references 
2.1 Normative references 

The following standards contain provisions that, by reference in the text, constitute provisions of this standard. At 
the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agree¬ 
ments based on this standard are encouraged to investigate the possibility of applying the most recent editions of 
the standards listed below. 
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2.2 Approved references 

Copies of the following documents may be obtained from ANSI: approved ANSI standards, approved and draft 
international and regional standards (ISO, IEC, CEN/CENELEC, ITUT), and approved and draft foreign standards 
(including BSI, JIS, and DIN). For further information, contact ANSI Customer Service Department at 
212-642-4900 (phone), 212-302-1286 (fax) or via the World Wide Web at http://www.ansi.org. 

ISO/I EC 14776-412, SCSI Architecture Model - 2 (SAM-2) [ANSI INCITS.366-2003] 

ISO/I EC 14776-452, SCSI Primary Commands - 2 (SPC-2) [ANSI INCITS.351-2001] 

ISO/I EC 14776-113, SCSI Parallel Interface - 5 (SPI-5) [ANSI INCITS.367:2003] 

ISO/I EC 14776-232, Serial Bus Protocol - 3 (SBP-3) [ANSI INCITS.375-200x] 

ISO/I EC 14776-222, SCSI Fibre Channel Protocol - 2 (FCP-2) [ANSI INCITS.350:2003] 

ISO/I EC 14776-241, SCSI RDMA Protocol (SRP) [ANSI INCITS.365:2002] 

ISO/I EC 14776-150, Serial Attached SCSI (SAS) [ANSI INCITS.376:2003] 

ISO/I EC 14776-352, SCSI Media Changer Commands - 2, (SMC-2) [ANSI INCITS.382:2004] 

ISO/I EC 14165-251, Fibre Channel Framing and Signaling Interface (FC-FS) [ANSI INCITS.373:2003] 

IEC 60027:2000, Letter symbols to be used in electrical technology - Part 2: Telecommunications and electronics 

ANSI/IEEE 1394a-2000, High Performance Serial Bus (supplement to ANSI/IEEE 1394-1995) 

ISO/IEC 13213:1994, Information technology - Microprocessor systems - Control and Status Registers Archi¬ 
tecture for microcomputer buses [ANSI/IEEE 1212, 1994 Edition] 

ANSI INCITS 4-1986 (R2002), Information Systems - Coded Character Sets - 7-Bit American National Standard 
Code for Information Interchange (7-Bit ASCII) 

ISO/IEC 646:1991, Information technology - ISO 7-bit coded character set for information interchange (third 
edition). 

ISO/IEC 8859-1:1998, Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin 
alphabet No. 1 (publi en anglais seulement) 

ISO/IEC 8859-2:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 2: Latin 
alphabet No. 2 

ISO/IEC 8859-3:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 3: Latin 
alphabet No. 3 

ISO/IEC 8859-4:1998, Information technology - 8-bit single-byte coded graphic character sets - Part 4: Latin 
alphabet No. 4 

ISO/I EC 8859-5:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 5: Latin/Cyrillic 
alphabet 
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ISO/I EC 8859-6:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 6: Latin/Arabic 
alphabet 

ISO/I EC 8859-7:1987, Information processing - 8-bit single-byte coded graphic character sets - Part 7: Latin/Greek 
alphabet 

ISO/IEC 8859-8:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 8: Latin/ 
Hebrew alphabet 

ISO/IEC 8859-9:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 9: Latin 
alphabet No. 5 

ISO/IEC 8859-10:1998, Information technology - 8-bit single-byte coded graphic character sets - Part 10: Latin 
alphabet No. 6 

ISO/IEC 10646-1:2000, Information technology - Universal Multiple-Octet Coded Character Set (UCS) - Part 1: 
Architecture and Basic Multilingual Plane 


2.3 References under development 

At the time of publication, the following referenced standards were still under development. For information on the 
current status of the document, or regarding availability, contact the relevant standards body or other organization 
as indicated. 

ISO/IEC 14776-413, SCSI Architecture Model - 3 (SAMS) [T10/1561-D] 

ISO/IEC 14776-322, SCSI Block Commands - 2 (SBC-2) [T10/1417-D] 


2.4 IETF References 

Copies of the following approved IETF standards may be obtained through the Internet Engineering Task Force 
(IETF) at www.ietf.org. 

RFC 790, Assigned Numbers 

RFC 791, Internet Protocol - DARPA Internet Program - Protocol Specification 

RFC 1035, Domain Names - Implementation and Specification 

RFC 1321, The MD5 Message-Digest Algorithm 

RFC 2373, IP Version 6 Addressing Architecture 

RFC 2396, Uniform Resource Identifiers (URI): Generic Syntax 

RFC 2616, Hypertext Transfer Protocol - HTTP/1.1 

RFC 3305, Report from the Joint W3C/IETF URI Planning Interest Group: Uniform Resource Identifiers (URIs), 
URLs, and Uniform Resource Names (URNs): Clarifications and Recommendations 


Working Draft SCSI Primary Commands - 3 (SPC-3) 



1 December 2004 


T10/1416-D Revision 21b 


RFC 3720, Internet Small Computer Systems Interface (iSCSI) 
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3 Definitions, symbols, abbreviations, and conventions 

3.1 Definitions 

3.1.1 access control list (ACL): The data used by a SCSI target device to configure access rights for initiator 
ports according to the access controls state of the SCSI target device (see 8.3.1.3). 

3.1.2 access control list entry (ACE): One entry in the access control list (see 3.1.1). 

3.1.3 access controls: An optional SCSI target device feature that restricts initiator port access to specific logical 
units and modifies the information about logical units in the parameter data of the INQUIRY and REPORT LUNS 
commands (see 8.3.1). 

3.1.4 access controls coordinator: The entity within a SCSI target device that coordinates the management and 
enforcement of access controls (see 8.3.1) for all logical units within the SCSI target device. The access controls 
coordinator is always addressable through the ACCESS CONTROLS well known logical unit (see 8.3) and LUN 0. 

3.1.5 active power condition: When a device server is capable of responding to all of its supported commands, 
including media access requests, without delay. See 5.9. 

3.1.6 additional sense code: A combination of the additional sense code and additional sense code qualifier 
fields (see 4.5) in the sense data. 

3.1.7 alias list: A list of alias values (see 3.1.8) and their associated designations (see 3.1.26) maintained by the 
device server and managed by the CHANGE ALIASES command (see 6.2) and REPORT ALIASES command 
(see 6.19). 

3.1.8 alias value: A numeric value associated to a designation (see 3.1.26) in the alias list (see 3.1.7) and used in 
command or parameter data to reference a SCSI target device or SCSI target port. See 6.2.2. 

3.1.9 application client: An object that is the source of SCSI commands. Further definition of an application client 
may be found in SAM-3. 

3.1.10 attached medium changer: A medium changer that is attached to and accessed through some other type 
of SCSI device. See 5.10. 

3.1.11 attribute: A single unit of MAM (see 3.1.57) information. 

3.1.12 auto contingent allegiance (ACA): The task set condition established following the return of a CHECK 
CONDITION status when the naca bit is set to one in the control byte. A detailed definition of ACA may be found 
in SAM-3. 

3.1.13 blocked task: A blocked task that is in the blocked state as defined in SAM-3. Tasks become blocked when 
an ACA condition occurs. The blocked state ends when the ACA condition is cleared. A detailed definition of the 
blocked task state may be found in SAM-3. 

3.1.14 byte: A sequence of eight contiguous bits considered as a unit. 

3.1.15 cache memory: A temporary and often volatile data storage area outside the area accessible by appli¬ 
cation clients that may contain a subset of the data stored in the non-volatile data storage area. 

3.1.16 command: A request describing a unit of work to be performed by a device server. A detailed definition of 
a command may be found in SAM-3. 
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3.1.17 command descriptor block (CDB): The structure used to communicate commands from an application 
client to a device server. A CDB may have a fixed length of up to 16 bytes or a variable length of between 12 and 
260 bytes. 

3.1.18 command standard: A SCSI standard that defines the model, commands, and parameter data for a 
device type (e.g., SBC-2, SSC-2, SMC-2, MMC-4, or SES-2). See clause 1. 

3.1.19 companyjd: Synonym for OUI (see 3.1.66). 

3.1.20 Control mode page: A mode page that provides controls over SCSI features (e.g., task set management 
and error logging) that are applicable to all device types. See 7.4.6. 

3.1.21 Control Extension mode page: A mode page that provides controls over SCSI features that are appli¬ 
cable to all device types. See 7.4.7. 

3.1.22 copy manager: The device server that receives an EXTENDED COPY command and performs the 
operation requested. 

3.1.23 data-in buffer: The buffer specified by the application client to receive data from the device server during 
the processing of a command (see 4.2 and SAM-3). 

3.1.24 data-out buffer: The buffer specified by the application client to supply data that is sent from the appli¬ 
cation client to the device server during the processing of a command (see 4.2 and SAM-3). 

3.1.25 deferred error: A CHECK CONDITION status and sense data that is returned as the result of an error or 
exception condition that occurred during processing of a previous command for which GOOD, CONDITION MET, 
INTERMEDIATE, and INTERMEDIATE-CONDITION MET status has already been returned. See 4.5.5. 

3.1.26 designation: A name and optional identifier information that specifies a SCSI target device or SCSI target 
port for association with an alias value (see 3.1.8) in the alias list (see 3.1.7). See 6.2.2. 

3.1.27 Device Identification VPD page: A VPD page that provides the means to retrieve identification infor¬ 
mation about the SCSI device, logical unit, and SCSI port. See 7.6.4. 

3.1.28 device server: An object within a logical unit that processes SCSI tasks according to the rules of task 
management. A detailed definition of a device server may be found in SAM-3. 

3.1.29 device service request: A request, submitted by an application client, conveying a SCSI command to a 
device server. A detailed definition of a device service request may be found in SAM-3. 

3.1.30 device service response: The response returned to an application client by a device server on completion 
of a SCSI command. A detailed definition of a device service response may be found in SAM-3. 

3.1.31 device type: The type of device (or device model) implemented by the device server and indicated by the 
contents of the peripheral device type field in the standard INQUIRY data (see 6.4.2). 

3.1.32 Disconnect-Reconnect mode page: A mode page that provides the application client the means to tune 
the performance of the service delivery subsystem. See 7.4.8. 

3.1.33 element: An addressable physical component of a medium changer SCSI device that may serve as the 
location of a removable unit of data storage medium. A detailed definition of an element may be found in SMC-2. 

3.1.34 enabled task state: The only task state in which a task may make progress towards completion. A detailed 
definition of the enabled task state may be found in SAM-3. 
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3.1.35 field: A group of one or more contiguous bits, a part of a larger structure such as a CDB (see 3.1.17) or 
sense data (see 3.1.97). 

3.1.36 hard reset: A condition resulting from the events defined by SAM-3 in which the SCSI device performs the 
hard reset operations described in SAM-3, this standard, and the applicable command standards. 

3.1.37 host: A SCSI device with the characteristics of a primary computing device, typically a personal computer, 
workstation, minicomputer, mainframe computer, or auxiliary computing device or server. A host includes one or 
more SCSI initiator devices. 

3.1.38 IEEE companyjd: Synonym for OUI (see 3.1.66). 

3.1.39 l_T_L nexus: The relationship between two SCSI devices and an initiator port, target port, and logical unit 
in them (see SAM-3). 

3.1.40 l_T nexus loss: A condition resulting from the events defined by SAM-3 in which the SCSI device performs 
the l_T nexus loss operations described in SAM-3, this standard, and the applicable command standards. 

3.1.41 l_T_L_Q nexus transaction: The information transferred between SCSI ports in a single data structure 
with defined boundaries (e.g., an information unit). 

3.1.42 idle power condition: When a device server is capable of responding all of its supported commands, 
including media access requests, but commands may take longer to complete than when in the active power 
condition. See 5.9. 

3.1.43 initiator device name: A SCSI device name (see 3.1.85) of a SCSI initiator device or of a SCSI 
target/initiator device when operating as a SCSI initiator device (see SAM-3). 

3.1.44 initiator port: Synonymous with SCSI initiator port (see 3.1.89). 

3.1.45 initiator port identifier: A value by which a SCSI initiator port (see 3.1.89) is referenced within a SCSI 
domain (see SAM-3). 

3.1.46 initiator port name: A SCSI port name (see 3.1.92) of a SCSI initiator port (see 3.1.89) or of a SCSI 
target/initiator port when operating as a SCSI initiator port (see SAM-3). 

3.1.47 implicit head of queue: An optional processing model for specified commands wherein the specified 
commands may be treated as if they had been received with a head of queue task attribute (see SAM-3 and 5.3). 

3.1.48 linked command: One in a series of SCSI commands processed by a single task that collectively make up 
a discrete I/O operation. A detailed definition of a linked command may be found in SAM-3. 

3.1.49 least significant bit (LSB): In a binary code, the bit or bit position with the smallest numerical weighting in 
a group of bits that, when taken as a whole, represent a numerical value (e.g., in the number 0001b, the bit that is 
set to one). 

3.1.50 left-aligned: A type of field containing ASCII data in which unused bytes are placed at the end of the field 
(highest offset) and are filled with ASCII space (20h) characters. See 4.4.1. 

3.1.51 logical unit: An externally addressable entity within a SCSI target device that implements a SCSI device 
model and contains a device server. A detailed definition of a logical unit may be found in SAM-3. 
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3.1.52 logical unit access control descriptor (LUACD): The structure within an ACE (see 3.1.2) that identifies a 
logical unit to which access is allowed and specifies the LUN by which the logical unit is to be accessed (see 
8.3.1.3.3). 

3.1.53 logical unit inventory: The list of the logical unit numbers reported by a REPORT LUNS command (see 
6.21). 

3.1.54 logical unit number (LUN): An encoded 64-bit identifier for a logical unit. A detailed definition of a logical 
unit number may be found in SAM-3. 

3.1.55 logical unit reset: A condition resulting from the events defined by SAM-3 in which the logical unit 
performs the logical unit reset operations described in SAM-3, this standard, and the applicable command 
standards. 

3.1.56 medium: A physical entity that stores data in a nonvolatile manner (retained through a power cycle) in 
accordance with commands processed by the device server. 

3.1.57 medium auxiliary memory (MAM): An auxiliary memory residing on a medium that is accessible to the 
device server (e.g., a tape cartridge). Medium auxiliary memory may be nonvolatile and independent of the main 
function of the device server. 

3.1.58 medium changer: A device that mechanizes the movement of media to and from the SCSI device that 
records on or reads from the media. A detailed definition of a medium changer may be found in SMC-2. 

3.1.59 most significant bit (MSB): In a binary code, the bit or bit position with the largest numerical weighting in 
a group of bits that, when taken as a whole, represent a numerical value (e.g., in the number 1000b, the bit that is 
set to one). 

3.1.60 name: A label of an object that is unique within a specified context and should never change (e.g., the term 
name and worldwide identifier (WWID) may be interchangeable). 

3.1.61 network address authority (NAA): A field within a name (see 3.1.60) that specifies the format and length 
of that name. See 7.6.4.5 and FC-FS. 

3.1.62 non-volatile cache memory: Cache memory (see 3.1.15) that retains data through power cycles. 

3.1.63 null-padded: A type of field in which unused bytes are placed at the end of the field (highest offset) and are 
filled with ASCII null (OOh) characters. See 4.4.2. 

3.1.64 null-terminated: A type of field in which the last used byte (highest offset) is required to contain an ASCII 
null (OOh) character. See 4.4.2. 

3.1.65 one: The logical true condition of a variable. 

3.1.66 organizationally unique identifier (OUI): A numeric identifier that is assigned by the IEEE such that no 
assigned identifiers are identical (see F.3). OUI is equivalent to companyjd or IEEE companyjd. The IEEE prefers 
OUI for EUI-48 identifiers (see F.1) and companyjd for EUI-64 identifiers (see F.2). However, the numeric identifier 
is called an OUI when it is assigned by the IEEE. 

3.1.67 page: A regular parameter structure (or format) used by several commands. These pages are identified 
with a value known as a page code. 

3.1.68 persist through power loss: An optional capability associated with some features that allows an appli¬ 
cation client to request that a device server maintain information regarding that feature across power failures. 
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3.1.69 persistent reservation holder: The l_T nexus(es) that are allowed to release or change a persistent 
reservation without preempting it. See 5.6.9.. 

3.1.70 power cycle: Power being removed from and later applied to a SCSI device. 

3.1.71 power on: A condition resulting from the events defined by SAM-3 in which the SCSI device performs the 
power on operations described in SAM-3, this standard, and the applicable command standards. 

3.1.72 protocol identifier: A coded value used in various fields to identify the protocol to which other fields apply. 
See 7.5.1. 

3.1.73 protocol specific: A requirement that is defined by a SCSI protocol standard (see clause 1). A detailed 
definition of protocol specific may be found in SAM-3. 

3.1.74 protocol standard: A SCSI standard that defines SCSI protocol (e.g., SAS, SPI-5, SBP-3, or FCP-2). See 
clause 1. 

3.1.75 proxy token: An identifier for a logical unit that may be used to gain temporary access to that logical unit in 
the presence of access controls (see 8.3.1.6.2). 

3.1.76 request for comment (RFC): The name given to standards developed by the Internet engineering task 
force (see 2.4). 

3.1.77 registered: The condition that exists for an l_T nexus following the successful completion of a 
PERSISTENT RESERVE OUT command with a REGISTER service action, REGISTER AND IGNORE EXISTING 
KEY service action (see 5.6.6), or REGISTER AND MOVE service action (see 5.6.7) and lasting until the regis¬ 
tration is removed (see 5.6.10). 

3.1.78 registrant: An l_T nexus that is registered (see 3.1.77). 

3.1.79 right-aligned: A type of field containing ASCII data in which unused bytes are placed at the start of the 
field (lowest offset) and are filled with ASCII space (20h) characters. See 4.4.1. 

3.1.80 relative port identifier: An identifier for a SCSI port (see 3.1.90) that is unique within a SCSI device (see 
3.1.83). See SAM-3. Application clients may use the SCSI Ports VPD page (see 7.6.8) to determine relative port 
identifier values. 

3.1.81 relative initiator port identifier: A relative port identifier (see 3.1.80) for a SCSI initiator port (see 3.1.89). 

3.1.82 relative target port identifier: A relative port identifier (see 3.1.80) fora SCSI target port (see 3.1.95). 

3.1.83 SCSI device: A device that contains one or more SCSI ports that are connected to a service delivery 
subsystem and supports a SCSI application protocol (see SAM-3). 

3.1.84 SCSI device identifier: A term used by previous versions of this standard and by this standard where the 
detail provided by newer terms is not critical (see Annex A). 

3.1.85 SCSI device name: A name (see 3.1.60) of a SCSI device that is world wide unique within the protocol of a 
SCSI domain (see 3.1.86) in which the SCSI device has SCSI ports (see 3.1.90). The SCSI device name may be 
made available to other SCSI devices or SCSI ports in protocol specific ways. See SAM-3. 

3.1.86 SCSI domain: The interconnection of two or more SCSI devices and a service delivery subsystem. A 
detailed definition of a SCSI Domain may be found in SAM-3. 
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3.1.87 SCSI identifier: A term used by previous versions of this standard and by this standard where the detail 
provided by newer terms is not critical (see Annex A). 

3.1.88 SCSI initiator device: A SCSI device (see 3.1.83) containing application clients (see 3.1.9) and SCSI 
initiator ports (see 3.1.89) that originate device service and task management requests (see SAM-3) to be 
processed by a SCSI target device (see 3.1.94) and receives device service and task management responses from 
SCSI target devices. 

3.1.89 SCSI initiator port: A SCSI initiator device (see SAM-3) object acts as the connection between application 
clients and the service delivery subsystem through which requests and responses are routed. 

3.1.90 SCSI port: An element of a SCSI device that connects the application client, device server or task manager 
to the service delivery subsystem (see SAM-3). 

3.1.91 SCSI port identifier: A value by which a SCSI port is referenced within a domain. The SCSI port identifier 
is either an initiator port identifier (see 3.1.45) or a target port identifier (see 3.1.109). 

3.1.92 SCSI port name: A name (see 3.1.60) of a SCSI port that is world wide unique within the protocol of the 
SCSI domain of that SCSI port (see 3.1.90). The name may be made available to other SCSI devices or SCSI ports 
in that SCSI domain in protocol specific ways. See SAM-3. 

3.1.93 SCSI Ports VPD page: A VPD page that allows retrieval of information about all the SCSI ports in a SCSI 
target device or SCSI target/initiator device. See 7.6.8. 

3.1.94 SCSI target device: A SCSI device (see 3.1.83) containing logical units (see 3.1.51) and SCSI target ports 
(see 3.1.95) that receives device service and task management requests (see SAM-3) for processing and sends 
device service and task management responses to SCSI initiator devices. 

3.1.95 SCSI target port: A SCSI target device (see SAM-3) object that acts as the connection between device 
servers and task managers and the service delivery subsystem through which requests and responses are routed. 

3.1.96 SCSI transport protocol standard: A SCSI standard that defines a SCSI transport protocol (e.g., FCP-2, 
SAS, SRP, or SBP-3). See clause 1. 

3.1.97 sense data: Data describing an error or exceptional condition that a device server delivers to an appli¬ 
cation client in the same l_T_L_Q nexus transaction (see 3.1.41) as a CHECK CONDITION status or in response 
to a REQUEST SENSE command (see 6.26). The format of sense data is defined in 4.5. 

3.1.98 sense key: The contents of the sense key field (see 4.5) in the sense data. 

3.1.99 service action: A request describing a unit of work to be performed by a device server. A service action is 
an extension of a command. See SAM-3. 

3.1.100 service delivery subsystem: That part of a SCSI I/O system that transmits service requests to a logical 
unit or SCSI target device and returns logical unit or SCSI target device responses to a SCSI initiator device. See 
SAM-3. 


3.1.101 standby condition: When a logical unit is capable of accepting commands, but media is not immediately 
accessible (e.g., spindle is stopped). 

3.1.102 status: One byte of response information sent from a device server to an application client upon 
completion of each command. See SAM-3. 

3.1.103 system: One or more SCSI domains operating as a single configuration. 
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3.1.104 target device name: A SCSI device name (see 3.1.85) of a SCSI target device or of a SCSI 
target/initiator device when operating as a SCSI target device (see SAM-3). 

3.1.105 target port: Synonymous with SCSI target port (see 3.1.95). 

3.1.106 target port asymmetric access state: The characteristic that defines the behavior of a target port and 
the allowable command set for a logical unit when commands and task management functions are routed through 
the target port maintaining that state (see 5.8.2.1). 

3.1.107 target port group: A set of target ports that are in the same target port asymmetric access state (see 
3.1.106) at all times (see 5.8.2.1). 

3.1.108 target port group asymmetric access state: The target port asymmetric access state (see 3.1.106) 
common to the set of target ports in a target port group (see 3.1.107). 

3.1.109 target port identifier: A value by which a SCSI target port (see 3.1.95) is referenced within a SCSI 
domain (see SAM-3). 

3.1.110 target port name: A SCSI port name (see 3.1.92) of a SCSI target port or of a SCSI target/initiator port 
when operating as a SCSI target port (see SAM-3). 

3.1.111 task: An object within a logical unit that represents the work associated with a command or a group of 
linked commands. A detailed definition of a task may be found in SAM-3. 

3.1.112 task set: A group of tasks within a logical unit, whose interaction is dependent on the task management 
(queuing) and ACA rules. See SAM-3 and the Control mode page (see 7.4.6). 

3.1.113 third-party: An EXTENDED COPY command issued to one SCSI device to perform a copy operation 
between two other SCSI devices. 

3.1.114 unit attention condition: A state that a logical unit maintains while it has asynchronous status infor¬ 
mation to report to the initiator ports associated with one or more l_T nexuses. See SAM-3. 

3.1.115 universal time (UT): The time at longitude zero, colloquially known as Greenwich Mean Time. See 
http://aa.usno.navy.mil/faq/docs/UT.html. 

3.1.116 vendor specific (VS): Something (e.g., a bit, field, code value, etc.) that is not defined by this standard 
and may be vendor defined. 

3.1.117 volatile cache memory: Cache memory (see 3.1.15) that does not retain data through power cycles. 

3.1.118 well known logical unit: A logical unit that only does specific functions (see clause 8). Well known logical 
units allow an application client to issue requests to receive and manage specific information usually relating to a 
SCSI target device. 

3.1.119 well known logical unit number (W-LUN): The logical unit number that identifies a well known logical 
unit. 

3.1.120 zero: The logical false condition of a variable. 

3.1.121 zero-padded: A type of field in which unused bytes are placed at the end of the field (highest offset) and 
are filled with zeros. See 4.4.2. 
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3.2 Acronyms 

< less than 

> greater than 

ACE Access Control list Entry (see 3.1.2) 

ACL Access Control List (see 3.1.1) 

ACA Auto Contingent Allegiance (see 3.1.12) 

ADC Automation/Drive Interface - Commands (see clause 1) 

ADT Automation/Drive Interface - Transport Protocol (see clause 1) 

ASC Additional Sense Code (see 4.5) 

ASCII American Standard Code for Information Interchange (see clause 1) 
ASCQ Additional Sense Code Qualifier (see 4.5) 

ATA AT Attachment (see www.tl 3.org) 

ATAPI AT Attachment with Packet Interface (see www.t13.org) 

CDB Command Descriptor Block (see 3.1.17) 

CRC Cyclic Redundancy Check 

DJD Destination Identifier (defined in FC-FS, see clause 1) 

EUI-48 Extended Unique Identifier, a 48-bit globally unique identifier (see F.1) 

EUI-64 Extended Unique Identifier, a 64-bit globally unique identifier (see F.2) 

FC-FS Fibre Channel Framing and Signaling Interface (see clause 1) 

FCP-2 SCSI-3 Fibre Channel Protocol - 2 (see clause 1) 

HTTP Hypertext Transfer Protocol (see RFC 2616) 

ID Identifier 

IEC International Electrotechnical Commission 

IEEE Institute of Electrical and Electronics Engineers 
IETF Internet Engineering Task Force 

IP Internet Protocol (see 2.4) 

IPv4 Internet Protocol version 4 

IPv6 Internet Protocol version 6 

iSCSI Internet SCSI (see 2.4) 

ISO Organization for International Standards 

LBA Logical Block Address 

LSB Least Significant Bit (see 3.1.49) 

LUACD Logical Unit Access Control Descriptor (see 3.1.52) 

LUN Logical Unit Number (see 3.1.54) 

MAM Medium Auxiliary Memory (see 3.1.57) 

MMC-4 SCSI Multi-Media Commands -4 (see clause 1) 

MSB Most Significant Bit (see 3.1.59) 

NAA Network Address Authority (see 3.1.61) 

INCITS InterNational Committee for Information Technology Standards 
OCRW SCSI Specification for Optical Card Reader/Writer (see clause 1) 

OSD Object-based Storage Devices Commands (see clause 1) 

OUI Organizationally Unique Identifier (see 3.1.66) 

RAID Redundant Array of Independent Disks 

RBC SCSI Reduced Block Commands (see clause 1) 

RDMA Remote Direct Memory Access (see SRP) 

RFC Request For Comments (see 3.1.76) 

RMC SCSI Reduced Multi-Media Commands (see clause 1) 

SAM-2 SCSI Architecture Model -2 (see clause 1) 

SAM-3 SCSI Architecture Model -3 (see clause 1) 

SBC-2 SCSI Block Commands -2 (see clause 1) 

SBP-3 Serial Bus Protocol -3 (see clause 1) 

SCC-2 SCSI Controller Commands -2 (see clause 1) 
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SCSI The architecture defined by the family of standards described in clause 1 
SES SCSI-3 Enclosure Services (see clause 1) 

SES-2 SCSI Enclosure Services -2 (see clause 1) 

SMC-2 SCSI Media Changer Commands -2 (see clause 1) 

SPC SCSI-3 Primary Commands (ANSI X3.301:1997, see clause 1) 

SPC-2 SCSI Primary Commands -2 (see clause 1) 

SPC-3 SCSI Primary Commands -2 (this standard, see clause 1) 

SPI-5 SCSI Parallel Interface -5 (see clause 1) 

SRP SCSI RDMA Protocol (see clause 1) 

SSC-2 SCSI Stream Commands -2 (see clause 1) 

URI Uniform Resource Identifier (see RFC 2396, RFC 3305, and F.4) 

URL Uniform Resource Locator (see RFC 2396, RFC 3305, and F.4) 

UT Universal time (see 3.1.115) 

USB Universal Serial Bus (see www.usb.org) 

VPD Vital Product Data (see 7.6) 

VS Vendor Specific (see 3.1.116) 

W-LUN Well known logical unit number (see 3.1.119) 


3.3 Keywords 

3.3.1 expected: A keyword used to describe the behavior of the hardware or software in the design models 
assumed by this standard. Other hardware and software design models may also be implemented. 

3.3.2 ignored: A keyword used to describe an unused bit, byte, word, field or code value. The contents or value of 
an ignored bit, byte, word, field or code value shall not be examined by the receiving SCSI device and may be set 
to any value by the transmitting SCSI device. 

3.3.3 invalid: A keyword used to describe an illegal or unsupported bit, byte, word, field or code value. Receipt of 
an invalid bit, byte, word, field or code value shall be reported as an error. 

3.3.4 mandatory: A keyword indicating an item that is required to be implemented as defined in this standard. 

3.3.5 may: A keyword that indicates flexibility of choice with no implied preference (equivalent to "may or may 
not"). 

3.3.6 may not: A keyword that indicates flexibility of choice with no implied preference (equivalent to "may or may 
not"). 

3.3.7 obsolete: A keyword indicating that an item was defined in prior SCSI standards but has been removed from 
this standard. 

3.3.8 optional: A keyword that describes features that are not required to be implemented by this standard. 
However, if any optional feature defined by this standards is implemented, then it shall be implemented as defined 
in this standard. 

3.3.9 reserved: A keyword referring to bits, bytes, words, fields and code values that are set aside for future 
standardization. A reserved bit, byte, word or field shall be set to zero, or in accordance with a future extension to 
this standard. Recipients are not required to check reserved bits, bytes, words or fields for zero values. Receipt of 
reserved code values in defined fields shall be reported as error. 
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3.3.10 restricted: A keyword referring to bits, bytes, words, and fields that are set aside for use in other SCSI 
standards. A restricted bit, byte, word, or field shall be treated as a reserved bit, byte, word or field for the purposes 
of the requirements defined in this standard. 

3.3.11 shall: A keyword indicating a mandatory requirement. Designers are required to implement all such 
mandatory requirements to ensure interoperability with other products that conform to this standard. 

3.3.12 should: A keyword indicating flexibility of choice with a strongly preferred alternative; equivalent to the 
phrase "it is strongly recommended". 

3.3.13 x or xx: The value of the bit or field is not relevant. 


3.4 Conventions 

Certain words and terms used in this standard have a specific meaning beyond the normal English meaning. 
These words and terms are defined either in 3.1 or in the text where they first appear. Names of commands, 
statuses, sense keys, and additional sense codes are in all uppercase (e.g., REQUEST SENSE). Lowercase is 
used for words having the normal English meaning. 

If there is more than one CDB length for a particular command (e.g., MODE SENSE(6) and MODE SENSE(IO)) 
and the name of the command is used in a sentence without any CDB length descriptor (e.g., MODE SENSE), then 
the condition specified in the sentence applies to all CDB lengths for that command. 

The names of fields are in small uppercase (e.g., allocation length). When a field name is a concatenation of 
acronyms, uppercase letter may be used for readability (e.g., NormACA). Normal case is used when the contents 
of a field are being discussed. Fields containing only one bit are usually referred to as the name bit instead of the 
name field. 

A binary number is represented in this standard by any sequence of digits comprised of only the Western-Arabic 
numerals 0 and 1 immediately followed by a lower-case b (e.g., 0101 b). Underscores or spaces may be included in 
binary number representations to increase readability or delineate field boundaries (e.g., 0 0101 1010b or 
0_0101_1010b). 

A hexadecimal number is represented in this standard by any sequence of digits comprised of only the 
Western-Arabic numerals 0 through 9 and/or the upper-case English letters A through F immediately followed by a 
lower-case h (e.g., FA23h). Underscores or spaces may be included in hexadecimal number representations to 
increase readability or delineate field boundaries (e.g., B FD8C FA23h or B_FD8C_FA23h). 

A decimal number is represented in this standard by any sequence of digits comprised of only the Western-Arabic 
numerals 0 through 9 not immediately followed by a lower-case b or lower-case h (e.g., 25). 

When the value of the bit or field is not relevant, x or xx appears in place of a specific value. 
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This standard uses the ISO convention for representing decimal numbers (e.g., the thousands and higher multiples 
are separated by a space and a comma is used as the decimal point). Table 1 shows some examples of decimal 
numbers represented using the ISO and American conventions. 

Table 1 — ISO and American numbering conventions examples 


ISO 

American 

0,6 

0.6 

3,141 592 65 

3.14159265 

1 000 

1,000 

1 323 462,95 

1,323,462.95 


Lists sequenced by letters (e.g., a-red, b-blue, c-green) show no ordering relationship between the listed items. 
Numbered lists (e.g., 1-red, 2-blue, 3-green) show an ordering relationship between the listed items. 

If a conflict arises between text, tables, or figures, the order of precedence to resolve the conflicts is text; then 
tables; and finally figures. Not all tables or figures are fully described in the text. Tables show data format and 
values. Notes do not constitute any requirements for implementors. 


3.5 Bit and byte ordering 

This subclause describes the representation of fields in a table that defines the format of a SCSI structure (e.g., the 
format of a CDB). 

If a field consists of more than one bit and contains a single value (e.g., a number), the least significant bit (LSB) is 
shown on the right and the most significant bit (MSB) is shown on the left (e.g., in a byte, bit 7 is the MSB and is 
shown on the left; and bit 0 is the LSB and is shown on the right). The MSB and LSB are not labeled if the field 
consists of 8 or fewer bits. 

If a field consists of more than one byte and contains a single value, the byte containing the MSB is stored at the 
lowest address and the byte containing the LSB is stored at the highest address (i.e., big-endian byte ordering). 
The MSB and LSB are labeled. 

If a field consists of more than one byte and contains multiple fields each with their own values (e.g., a descriptor), 
there is no MSB and LSB of the field itself and thus there are no MSB and LSB labels. Each individual field has an 
MSB and LSB that are labeled as appropriate in the table (if any) that describes the format of the sub-structure 
having multiple fields. 

If a field contains a text string (e.g., ASCII or UTF-8), the MSB label is the MSB of the first character and the LSB 
label is the LSB of the last character. 

When required for clarity, multiple byte fields may be represented with only two rows in a table. This condition is 
represented by values in the byte number column not increasing by one in each subsequent table row, thus 
indicating the presence of additional bytes. 
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3.6 Notation conventions 

3.6.1 Notation for byte encoded character strings 

When this standard requires one or more bytes to contain specific encoded character, the specific characters are 
enclosed in double quotation marks. The double quotation marks identify the start and end of the characters that 
are required to be encoded but are not themselves to encoded. The characters that are to be encoded are shown 
in exactly the case that is to be encoded. 

The encoded characters and the double quotation marks that enclose them are preceded by text that specifies the 
character encoding methodology and the number of characters required to be encoded. 

Using the notation described in this subclause, stating that eleven ASCII characters “SCSI device” are to be 
encoded would be the same writing out the following sequence of byte values: 53h 43h 53h 49h 20h 64h 65h 76h 
69 h 63h 65h. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


19 



T10/1416-D Revision 21b 


1 December 2004 


3.6.2 Notation for procedure calls 

In this standard, the model for functional interfaces between objects is a procedure call. Such interfaces are 
specified using the following notation: 

[Result =] Procedure Name (IN ([input-1] [,input-2] ...]), OUT ([output-1] [,output-2] ...)) 

Where: 

Result: A single value representing the outcome of the procedure call. 

Procedure Name: A descriptive name for the function modeled by the procedure call. When the 
procedure call model is used to describe a SCSI transport protocol service, the 
procedure name is the same as the service name. 

Input-1, Input-2, ...: A comma-separated list of names identifying caller-supplied input arguments. 

Output-1, Output-2, ...: A comma-separated list of names identifying output arguments to be returned by the 
procedure call. 

"[...]": Brackets enclosing optional or conditional arguments. 

This notation allows arguments to be specified as inputs and outputs. The following is an example of a procedure 
call specification: 

Found = Search (IN (Pattern, Item List), OUT ([Item Found])) 

Where: 

Found = Flag 

Flag: if set to one, indicates that a matching item was located. 

Input Arguments: 

Pattern = ... /* Definition of Pattern argument 7 

Argument containing the search pattern. 

Item List = ltem<NN> /* Definition of Item List as an array of NN Item argumentsV 
Contains the items to be searched for a match. 

Output Arguments: 

Item Found = Item ... /* Item located by the search procedure call 7 

This argument is only returned if the search succeeds. 
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3.6.3 Notation for state diagrams 

All state diagrams use the notation shown in figure 2. 


SO: State 0 SI: State 1 



Figure 2 — Example state diagram 

The state diagram is followed by subclauses describing the states and state transitions. 

Each state and state transition is described in the list with particular attention to the conditions that cause the 
transition to occur and special conditions related to the transition. 

A system specified in this manner has the following properties: 

a) Time elapses only within discrete states; and 

b) State transitions are logically instantaneous. 

3.6.4 Notation for binary power multipliers 

The nomenclature used for binary power multiplier values in this standard is based on IEC 60027:2000, Letter 
symbols to be used in electrical technology - Part 2: Telecommunications and electronics (see table 2). 


Table 2 — Binary power multiplier nomenclature 


Prefix 

Abbreviation 

Power of two 

Example 

kibi 

Ki 

2 10 or 1 024 

one kibibit 

is 

1 Kib 

is 

1 024 bits 

mebi 

Mi 

2 20 

one mebibyte 

is 

1 MiB 

is 

1 048 576 bytes 

gebi 

Gi 

2 30 

one gebibyte 

is 

1 GiB 

is 

1 073 741 824 bytes 

tebi 

Ti 

2 40 






pebi 

Pi 

2 50 






exbi 

Ei 

2 60 
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4 General Concepts 

4.1 Introduction 

This standard defines behaviors that are common to all SCSI device models (see clause 5). This standard defines 
the SCSI commands that are basic to more than one device model and the SCSI commands that may apply to any 
device model (see clause 6). This standard defines the parameters that are basic to more than one device model 
(see clause 7). 


4.2 The request-response model 

The SCSI command set assumes an underlying request-response protocol. The fundamental properties of the 
request-response protocol are defined in SAM-3. Action on SCSI commands shall not be deemed completed until 
a response is received. The response shall include a status that indicates the final disposition of the command. As 
per SAM-3, the request-response protocol may be modeled as a procedure call, specifically: 

Service response = Execute Command (IN (l_T_L_x Nexus, CDB, Task Attribute, [Data-In Buffer Size], 

[Data-Out Buffer], [Data-Out Buffer Size], [Command Reference Number]), OUT ([Data-In 
Buffer], [Sense Data], [Sense Data Length], Status)) 

SAM-3 defines all of the inputs and outputs in the procedure call above. As they may apply to any SCSI device, this 
standard defines the contents of the following procedure inputs and outputs; CDB, Data-Out Buffer, Data-In Buffer, 
and Sense Data. This standard does not define all possible instances of these procedure inputs and outputs. This 
standard defines only those instances that may apply to any SCSI device. Instances of the procedure inputs and 
outputs that apply to specific SCSI device models are defined in the applicable SCSI command standards (see 
3.1.18). 

This standard references values returned via the Status output parameter (e.g., CHECK CONDITION, RESER¬ 
VATION CONFLICT). Status values are not defined by this standard. SAM-3 defines all Status values. 

The entity that makes the procedure call is an application client (see SAM-3). The procedure call's representation 
arrives at the SCSI target device in the form of a device service request. The entity that performs the work of the 
procedure call is a device server (see SAM-3). 


4.3 The Command Descriptor Block (CDB) 

4.3.1 CDB usage and structure 

A command is communicated by sending a command descriptor block (CDB) to the device server. For several 
commands, the CDB is accompanied by a list of parameters in the Data-Out Buffer. See the specific commands for 
detailed information. 

If a logical unit validates reserved CDB fields and receives a reserved field within the CDB that is not zero or 
receives a reserved CDB code value, then the logical unit shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

The fixed length CDB formats are described in 4.3.2. The variable length CDB formats are described in 4.3.3. The 
CDB fields that are common to most commands are described in 4.3.4. The fields shown in 4.3.2 and 4.3.3 and 
described in 4.3.4 are used consistently by most commands. However, the actual usage of any field (except 
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operation code and control) is described in the subclause defining that command. If a device server receives a 
CDB containing an operation code that is invalid or not supported, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
COMMAND OPERATION CODE. 

For all commands, if there is an invalid parameter in the CDB, the device server shall terminate the command 
without altering the medium. 

4.3.2 The fixed length CDB formats 

All fixed length CDBs shall have an operation code field as their first byte and a control byte as their last byte. 
Table 3 shows the typical format of a 6-byte CDB. Table 4 shows the typical format of a 10-byte CDB. Table 5 shows 
the typical format of a 12-byte CDB. Table 6 shows the typical format of a 16-byte CDB. Table 7 shows the format of 
a 16-byte CDB for commands that provide for a long LBA. 


Table 3 — Typical CDB for 6-byte commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

Reserved (MSB) 

2 


3 

LOGICAL BLOCK ADDRESS (if required) 

(LSB) 

4 

transfer length (if required) 
parameter list length (if required) 
allocation length (if required) 

5 

CONTROL 


Table 4 — Typical CDB for 10-byte commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

Reserved service action (if required) 

2 

(MSB) 

3 


4 

LOGICAL BLOCK ADDRESS (if required) 

5 

(LSB) 

6 

Reserved 

7 

(MSB) TRANSFER length (if required) 

8 

parameter list length (if required) (LSB) 

ALLOCATION length (if required) 

9 

CONTROL 
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4.3.3 The variable length CDB formats 

Operation code 7Fh heads a variable length CDB. The control byte is the second byte in the variable length CDB 
(see table 8). 


Table 8 — Typical variable length CDB 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (7Fh) 

1 

CONTROL 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

ADDITIONAL CDB LENGTH (n-7) 

8 

(MSB) 

9 

SERVICE ACTION 

(LSB) 

10 


n 

Service action specific fields 


The additional cdb length field specifies the number of additional CDB bytes. This value in the additional cdb 
length field shall be a multiple of 4. If the number of CDB bytes delivered by the service delivery subsystem is not 
sufficient to contain the number of bytes specified by the additional cdb length field, then the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

The service action field specifies the action being requested by the application client. The service action field is 
required in the variable length CDB format and is described in 4.3.4.2. Each service action code description 
defines a number of service action specific fields that are needed for that service action. 
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A 32-byte variable length CDB format is defined for long LBA operations (see table 9). 


Table 9 — Typical variable length CDB for long LBA 32-byte commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (7Fh) 

1 

CONTROL 

2 


4 


5 

Reserved 

6 

Reserved 

7 

ADDITIONAL CDB LENGTH (18h) 

8 

(MSB) 

9 

SERVICE ACTION 

(LSB) 

10 

Reserved dpo fua Reserved 

11 

Reserved 

12 

(MSB) 

19 

LOGICAL BLOCK ADDRESS 

(LSB) 

20 


27 

Additional ODB data 

28 

( MSB ) transfer length (if required) 

31 

PARAMETER LIST LENGTH (if T6C|UirGd) 

allocation length (if required) (LSB) 


4.3.4 Common CDB fields 
4.3.4.1 Operation code 

The first byte of a SCSI CDB shall contain an operation code identifying the operation being requested by the CDB. 
Some operation codes provide for modification of their operation based on a service action (see 4.3.4.2). In such 
cases, the combination of operation code value and service action code value may be modeled as a single, unique 
command determinate. The location of the service action field in the CDB varies depending on the operation code 
value. 

The operation code (see table 10) of the CDB has a group code field and a command code field. The three-bit 
group code field provides for eight groups of command codes. The five-bit command code field provides for 
thirty-two command codes in each group. A total of 256 possible operation codes exist. Operation codes are 
defined in this standard and other command standards (see 3.1.18). The group code value shall determine the 
length of the CDB (see table 11). 


Table 10 — operation code byte 


Bit 

7 

1 « 1 

5 

4 1 

1 

J£1! 

J° 


GROUP CODE 

COMMAND CODE 
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The value in the group code field specifies one of the groups shown in table 11. 

Table 11 — Group Code values 


Group 

Code 

Meaning 

000b 

6 byte commands 

001b 

10 byte commands 

010b 

10 byte commands 

011b 

reserved a 

100b 

16 byte commands 

101b 

12 byte commands 

110b 

vendor specific 

111b 

vendor specific 

a The format the commands using the group code 011 b and operation 
code 7Fh is described in 4.3.3. With the exception of operation code 
7Fh, all group code 011b operation codes are reserved. 


4.3.4.2 Service action 

All CDB formats except the 6-byte format provide for a service action field containing a coded value identifying a 
function to be performed under the more general command function specified in the operation code field. While 
the service action field is defined for CDB formats, it is used as described in this subclause only in those CDB 
formats that contain a service action field. When the specific field service action is not defined in a CDB format, 
the bits identified as the service action field in a CDB shall be used or reserved as specified by the particular CDB 
format. 

4.3.4.3 Logical block address 

The logical block addresses on a logical unit or within a volume or partition shall begin with block zero and be 
contiguous up to the last logical block of that logical unit or within that volume or partition. 

A six-byte CDB may contain a 21-bit logical block address field. The ten-byte and the twelve-byte CDBs may 
contain 32-bit logical block address fields. The sixteen-byte CDB has two formats one allows a 32-bit logical 
block address field (see table 6) and one allows a 64-bit logical block address field (see table 7). logical 
block address fields in additional parameter data have their length specified for each occurrence. See the specific 
command descriptions. 

4.3.4.4 Transfer length 

The transfer length field specifies the amount of data to be transferred, usually the number of blocks. Some 
commands use transfer length to specify the requested number of bytes to be sent as defined in the command 
description. 

Commands that use one byte for the transfer length field may allow up to 256 blocks or 256 bytes of data to be 
transferred by one command. 

In commands that use multiple bytes for the transfer length field, a transfer length of zero specifies that no data 
transfer shall take place. A value of one or greater specifies the number of blocks that shall be transferred. 

Refer to the specific command description for further information. 
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4.3.4.5 Parameter list length 

The parameter list length field is used to specify the number of bytes sent from the Data-Out Buffer. This field is 
typically used in CDBs for parameters that are sent to a device server (e.g., mode parameters, diagnostic param¬ 
eters, log parameters). A parameter length of zero specifies that no data shall be transferred. This condition shall 
not be considered as an error, unless otherwise specified. 

4.3.4.6 Allocation length 

The allocation length field specifies the maximum number of bytes that an application client has allocated for 
returned data. An allocation length of zero specifies that no data shall be transferred. This condition shall not be 
considered as an error. The device server shall terminate transfers to the Data-In Buffer when allocation length 
bytes have been transferred or when all available data have been transferred, whichever is less. The allocation 
length is used to limit the maximum amount of data (e.g., sense data, mode data, log data, diagnostic data) 
returned to an application client. If the information being transferred to the Data-In Buffer includes fields containing 
counts of the number of bytes in some or all of the data, then the contents of these fields shall not be altered to 
reflect the truncation, if any, that results from an insufficient allocation length value, unless the standard that 
describes the Data-In Buffer format states otherwise. 

If the amount of information to be transferred exceeds the maximum value that may be specified in the allocation 
length field, the device server shall transfer no data and terminate the command with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

4.3.4.7 Control 

The contents of the control field are defined in SAM-3. The control field has a consistently defined meaning 
across all commands. 


4.4 Data field requirements 

4.4.1 ASCII data field requirements 

ASCII data fields shall contain only ASCII printable characters (i.e., code values 20h through 7Eh) and may be 
terminated with one or more ASCII null (OOh) characters. 

ASCII data fields described as being left-aligned shall have any unused bytes at the end of the field (i.e., highest 
offset) and the unused bytes shall be filled with ASCII space characters (20h). 

ASCII data fields described as being right-aligned shall have any unused bytes at the start of the field (i.e., lowest 
offset) and the unused bytes shall be filled with ASCII space characters (20h). 

4.4.2 Null data field termination and zero padding requirements 

A data field that is described as being null-terminated shall have one byte containing an ASCII or UTF-8 null (OOh) 
character in the last used byte (i.e., highest offset) of the field and no other bytes in the field shall contain the ASCII/ 
UTF-8 null character. 

A data field may be specified to be a fixed length that may be larger than the contents need or a data field may be 
specified to have a length that is a multiple of a given value (e.g., a multiple of four bytes). When such fields are 
described as being null-padded, the bytes at the end of the field that are not needed to contain the field data shall 
contain ASCII or UTF-8 null (OOh) characters. When such fields are described as being zero-padded, the bytes at 
the end of the field that are not needed to contain the field data shall contain zeros. 
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NOTE 1 - There is no difference between the pad byte contents in null-padded and zero-padded fields. The 
difference is in the format of the other bytes in the field. 

A data field that is described as being both null-terminated and null-padded shall have at least one byte containing 
an ASCII or UTF-8 null (OOh) character in the end of the field (i.e., highest offset) and may have more than one byte 
containing ASCII or UTF-8 null characters, if needed, to meet the specified field length requirements. If more than 
one byte in a null-terminated, null-padded field contains the ASCII or UTF-8 null character, then all the bytes 
containing the ASCII or UTF-8 null character shall be at the end of the field (i.e., only the highest offsets). 


4.5 Sense data 

4.5.1 Sense data introduction 

Sense data shall be returned in the same l_T_L_Q nexus transaction (see 3.1.41) as a CHECK CONDITION status 
and in response to the REQUEST SENSE command. Sense data returned in the same l_T_L_Q nexus transaction 
as a CHECK CONDITION status shall be either fixed or descriptor format sense data format based on the value of 
the d_sense bit in the Control mode page (see 7.4.6). The REQUEST SENSE command may be used to request 
either the fixed format sense data or the descriptor format sense data. 

The first byte of all sense data contains the response code field that indicates the error type and format of the 
sense data (see table 12). 


Table 12 — Sense data response codes 


Response 

Code 

Error type 

Sense data format 

Description Reference 

Description Reference 

OOh - 6Fh 

Reserved 

70h 

Current 

4.5.4 

Fixed 

4.5.3 

71 h 

Deferred 

4.5.5 

Fixed 

4.5.3 

72h 

Current 

4.5.4 

Descriptor 

4.5.2 

73h 

Deferred 

4.5.5 

Descriptor 

4.5.2 

74h - 7Eh 

Reserved 

7Fh 

Vendor specific 
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4.5.2 Descriptor format sense data 

4.5.2.1 Descriptor format sense data overview 

The descriptor sense data format for response codes 72h (current errors) and 73h (deferred errors) is defined in 
table 13. 


Table 13 — Descriptor sense data format 


Bit 

Byte 

7 

6 5 4 3 2 1 0 

0 

Reserved 

RESPONSE CODE (72h or 73h) 

1 

Reserved sense key 

2 

additional sense code 

3 

additional sense code qualifier 

4 


5 

Reserved 

6 


7 

additional sense length (n-7) 


Sense data descriptor(s) 

8 



Sense data descriptor 0 (see table 14) 





n 

Sense data descriptor x (see table 14) 


The contents of the response code field indicate the error type and format of the sense data (see 4.5.1). For the 
descriptor sense data format, the response code field shall be set to 72h or 73h. 

The SENSE KEY, additional sense code and additional sense code qualifier fields provide a hierarchy of infor¬ 
mation. The hierarchy provides a top-down approach for an application client to determine information relating to 
the error and exception conditions. 

The sense key field indicates generic information describing an error or exception condition. The sense keys are 
defined in 4.5.6. 

The additional sense code (ASC) field indicates further information related to the error or exception condition 
reported in the sense key field. Support of the additional sense codes not required by this standard is optional. A 
list of additional sense codes is in 4.5.6. If the device server does not have further information related to the error or 
exception condition, the additional sense code shall be set to NO ADDITIONAL SENSE INFORMATION. 

The additional sense code qualifier (ASCQ) field indicates detailed information related to the additional sense 
code. If the error or exception condition is reported by the device server, the value returned shall be as specified in 
4.5.6. If the device server does not have detailed information related to the error or exception condition, the 
additional sense code qualifier shall be set to zero. 
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The additional sense length field indicates the number of additional sense bytes that follow. The additional sense 
length shall be less than or equal to 244 (i.e., limiting the total length of the sense data to 252 bytes). If the sense 
data is being returned via a REQUEST SENSE command and the allocation length in the REQUEST SENSE CDB 
is too small to transfer all of the additional sense bytes, then the additional sense length shall not be adjusted to 
reflect the truncation. 

Sense data descriptors (see table 14) provide specific sense information. A given type of sense data descriptor 
shall be included in the sense data only when the information it contains is valid. 


Table 14 — Sense data descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE 

1 

ADDITIONAL LENGTH (n-1) 

2 


Sense data descriptor specific 


n 




The descriptor type field contains a type code (see table 15) that identifies the type of sense data descriptor. No 
more than one sense data descriptor of each type shall be included in the descriptor format sense data. 


Table 15 — Sense data descriptor types 


Type 

Description 

Reference 

OOh 

Information 

4.5.2.2 

01 h 

Command specific information 

4.5.2.3 

02 h 

Sense key specific 

4.5.2.4 

03h 

Field replaceable unit 

4.5.2.5 

04h 

Stream commands 

SSC-3 

05h 

Block commands 

4.5.2.6 

06h 

OSD object identification 

OSD 

07h 

OSD response integrity check value 

OSD 

08h 

OSD attribute identification 

OSD 

09h - 7Fh 

Reserved 

OSD 

80h - FFh 

Vendor specific 

4.5.2.7 


The additional length field indicates the number of sense data descriptor specific bytes that follow in the sense 
data descriptor. 
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4.5.2.2 Information sense data descriptor 

The information sense data descriptor (see table 16) provides information that is device-type or command specific 
and is defined in a command standard (see 3.1.18). 


Table 16 — Information sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (OOh) 

1 

ADDITIONAL LENGTH (OAh) 

2 

valid Reserved 

3 

Reserved 

4 


11 

INFORMATION 


The descriptor type and additional length fields are described in 4.5.2.1. For the information sense data 
descriptor, the descriptor type field shall be set to OOh and the additional length field shall be set to OAh. 


The valid bit shall be set to one. 

NOTE 2 - In previous versions of this standard and in the fixed format sense data, the valid bit indicates whether 
the contents of the information field is valid as defined by a command standard. Since the contents of the infor¬ 
mation field are valid whenever an information sense data descriptor is included in the sense data, the only legal 
value for the valid bit is set to one. 

The contents of the information field are device-type or command specific and are defined in a command 
standard (see 3.1.18). When a four byte quantity is stored in the information field, the first four bytes shall be zero. 

4.5.2.3 Command-specific information sense data descriptor 

The command-specific information sense data descriptor (see table 17) provides information that depends on the 
command on which the exception condition occurred. 


Table 17 — Command-specific information sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (01 h) 

1 

ADDITIONAL LENGTH (OAh) 

2 

Reserved 

3 

Reserved 

4 


11 

COMMAND-SPECIFIC INFORMATION 


The descriptor type and additional length fields are described in 4.5.2.1. For the command-specific information 
sense data descriptor, the descriptor type field shall be set to 01 h and the additional length field shall be set to 
OAh. 
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The command-specific information field contains information that depends on the command on which the 
exception condition occurred. When a four byte quantity is stored in the command-specific information field, the 
first four bytes shall be zero. 

Further meaning for the command-specific information field is defined within the command description in the 
appropriate command standard (e.g., see SBC-2 for the MEDIUM SCAN and REASSIGN BLOCKS commands, or 
see 6.3 for the EXTENDED COPY command). 

4.5.2.4 Sense key specific sense data descriptor 

4.5.2.4.1 Sense key specific sense data descriptor introduction 

The sense key specific sense data descriptor (see table 18) provides additional information about the exception 
condition. The format and content of the sense-key specific data depends the value in the sense key field (see 
4.5.2.1). 


Table 18 — Sense key specific sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (02h) 

1 

ADDITIONAL LENGTH (06h) 

2 

Reserved 

3 

Reserved 

4 

SKSV 

5 

SENSE KEY SPECIFIC 

6 


7 

Reserved 


The descriptor type and additional length fields are described in 4.5.2.1. For the sense-key specific sense data 
descriptor, the descriptor type field shall be set to 01 h and the additional length field shall be set to 06h. 

The sense-key specific valid (sksv) bit shall be set to one. 

NOTE 3 - In previous versions of this standard and in the fixed format sense data, the sksv bit indicates whether 
the contents of the sense key specific field are valid as defined by a command standard. Since the contents of the 
sense key specific field are valid whenever a sense key specific sense data descriptor is included in the sense 
data, the only legal value for the sksv bit is set to one. 
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The definition of the sense key specific field (see table 19) is determined by the value of the sense key field (see 
4.5.2.1). 


Table 19 — Sense key specific field definitions 


Sense Key 

Sense Key Specific Field Definition 

Reference 

ILLEGAL REQUEST 

Field pointer 

4.5.2.4.2 

HARDWARE ERROR, 

MEDIUM ERROR, or 
RECOVERED ERROR 

Actual retry count 

4.5.2.4.3 

NO SENSE or NOT READY 

Progress indication 

4.5.2.4.4 

COPY ABORTED 

Segment pointer 

4.5.2.4.5 

All other sense keys 

The sense key specific sense data descriptor shall not 
appear in the descriptor format sense data and the 
sksv bit (see 4.5.3) shall be set to zero in the fixed for¬ 
mat sense data. 


4.5.2.4.2 Field pointer sense key specific data 

If the sense key is ILLEGAL REQUEST, then the sense key specific field shall be as shown in table 20. 


Table 20 — Field pointer sense key specific data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

C/D 

Reserved 

BPV 

BIT POINTER 

1 

(MSB) 

FIELD POINTER 


2 


(LSB) 


The sksv bit is described in 4.5.2.4.1 for descriptor format sense data and in 4.5.3 for fixed format sense data. 

A command data (c/d) bit set to one indicates that the illegal parameter is in the CDB. A c/d bit set to zero indicates 
that the illegal parameter is in the data parameters sent by the application client in the Data-Out Buffer. 

A bit pointer valid (bpv) bit set to zero indicates that the value in the bit pointer field is not valid. A bpv bit set to 
one indicates that the bit pointer field specifies which bit of the byte designated by the field pointer field is in 
error. When a multiple-bit field is in error, the bit pointer field shall point to the first bit (i.e., the left-most bit) of the 
field. 

The field pointer field indicates which byte of the CDB or of the parameter data was in error. Bytes are numbered 
starting from zero, as shown in the tables describing the commands and parameters. When a multiple-byte field is 
in error, the field pointer shall point to the first byte (i.e., the left-most byte) of the field. If several consecutive bytes 
are reserved, each shall be treated as a single-byte field. 

NOTE 4 - The bytes identified as being in error are not necessarily the bytes that need to be changed to correct the 
problem. 
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4.5.2.4.3 Actual retry count sense key specific data 

If the sense key is HARDWARE ERROR, MEDIUM ERROR, or RECOVERED ERROR, then the sense key 
specific field shall be as shown in table 21. 


Table 21 — Actual retry count sense key specific data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

1 

(MSB) 

ACTUAL RETRY COUNT 


2 


(LSB) 


The sksv bit is described in 4.5.2.4.1 for descriptor format sense data and in 4.5.3 for fixed format sense data. 

The actual retry count field returns vendor specific information on the number of retries of the recovery 
algorithm used in attempting to recover an error or exception condition. 

NOTE 5 - This field should be computed in the same way as the retry count fields within the Read-Write Error 
Recovery mode page. 

4.5.2.4.4 Progress indication sense key specific data 

If the sense key is NO SENSE or NOT READY, the sense key specific field shall be as shown in table 22. 


Table 22 — Progress indication sense key specific data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

1 

(MSB) 

PROGRESS INDICATION 


2 


(LSB) 


The sksv bit is described in 4.5.2.4.1 for descriptor format sense data and in 4.5.3 for fixed format sense data. 

The progress indication field is a percent complete indication in which the returned value is a numerator that has 
65 536 (lOOOOh) as its denominator. The progress indication shall be based upon the total operation. 

NOTE 6 - The progress indication should be time related, however this is not an absolute requirement. (E.g., since 
format time varies with the number of defects encountered, etc., it is reasonable for the device server to assign 
values to various steps within the process. The granularity of these steps should be small enough to provide 
reasonable assurances to the application client that progress is being made.) 
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4.5.2.4.5 Segment pointer sense key specific data 

If the sense key is COPY ABORTED, the sense key specific field shall be as shown in table 23. 


Table 23 — Segment pointer sense key specific data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

SD 

Reserved 

BPV 

BIT POINTER 

1 

(MSB) 

FIELD POINTER 


2 


(LSB) 


The sksv bit is described in 4.5.2.4.1 for descriptor format sense data and in 4.5.3 for fixed format sense data. 

The segment descriptor (sd) bit indicates whether the field pointer is relative to the start of the parameter list or to 
the start of a segment descriptor. An sd bit set to zero indicates that the field pointer is relative to the start of the 
parameter list. An sd bit set to one indicates that the field pointer is relative to the start of the segment descriptor 
indicated by the third and fourth bytes of the command-specific information field (see 6.3.3). 

A bit pointer valid (bpv) bit set to zero indicates that the value in the bit pointer field is not valid. A bpv bit set to 
one indicates that the bit pointer field specifies which bit of the byte designated by the field pointer field is in 
error. When a multiple-bit field is in error, the bit pointer field shall point to the most-significant (i.e., left-most) bit of 
the field. 

The field pointer field indicates which byte of the parameter list or segment descriptor was in error. 

If the parameter list is in excess of 65 528 bytes in length and sd is set to zero, the field pointer value may not fit 
in two bytes provided by the sense key specific sense data descriptor. 

4.5.2.5 Field replaceable unit sense data descriptor 

The field replaceable unit sense data descriptor (see table 24) provides information about a component that has 
failed. 


Table 24 — Field replaceable unit sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (03h) 

1 

ADDITIONAL LENGTH (02h) 

2 

Reserved 

3 

FIELD REPLACEABLE UNIT CODE 


The descriptor type and additional length fields are described in 4.5.2.1. For the field replaceable unit sense 
data descriptor, the descriptor type field shall be set to 03h and the additional length field shall be set to 02h. 

Non-zero values in the field replaceable unit code field are used to identify a component that has failed. A value 
of zero in this field shall indicate that no specific component has been identified to have failed or that the data is not 
available. The format of this information is not specified by this standard. Additional information about the field 
replaceable unit may be available in the ASCII Information VPD page (see 7.6.3), if supported by the device server. 
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4.5.2.6 Block commands sense data descriptor 

The block commands sense data descriptor (see table 25) contains fields defined for block devices (see SBC-2). 


Table 25 — Block commands sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (05h) 

1 

ADDITIONAL LENGTH (02h) 

2 

Reserved 

3 

Reserved ili Reserved 


The descriptor type and additional length fields are described in 4.5.2.1. For the block commands sense data 
descriptor, the descriptor type field shall be set to 05h and the additional length field shall be set to 02h. 

See the SBC-2 READ LONG and WRITE LONG commands for examples of incorrect length indicator (ili) bit 
usage. 

4.5.2.7 Vendor specific sense data descriptors 

Vendor specific sense data descriptors (see table 26) contain vendor specific data that further defines the nature of 
the exception condition. 


Table 26 — Vendor specific sense data descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE (80h - FFh) 

1 

ADDITIONAL LENGTH (n-1) 

2 


Vendor specific 


n 




The descriptor type and additional length fields are described in 4.5.2.1 . For the vendor specific sense data 
descriptor, the descriptor type field shall be set to a value between 80h and FFh, inclusive, 


Working Draft SCSI Primary Commands - 3 (SPC-3) 








1 December 2004 


T10/1416-D Revision 21b 


4.5.3 Fixed format sense data 

The fixed sense data format for response codes 70h (current errors) and 71 h (deferred errors) is defined in table 
27. 


Table 27 — Fixed sense data format 


Bit 

Byte 

7 

6 5 4 3 2 1 0 

0 

VALID 

RESPONSE CODE (70h or 71 h) 

1 

Obsolete 

2 

filemark eom ili Reserved sense key 

3 


6 

information 

7 

additional sense length (n-7) 

8 


11 

command-specific information 

12 

additional sense code 

13 

additional sense code qualifier 

14 

FIELD REPLACEABLE UNIT CODE 

15 

SKSV 

17 

SENSE KEY SPECIFIC 

18 


n 

Additional sense bytes 


A valid bit set to zero indicates that the information field is not defined in this standard or any other command 
standard (see 3.1.18). A valid bit set to one indicates the information field contains valid information as defined in 
this standard or a command standard. 

The contents of the response code field indicate the error type and format of the sense data (see 4.5.1). For the 
fixed sense data format, the response code field shall be set to 70h or 71 h. 

See the SSC-2 READ and SPACE commands for examples of filemark bit usage. 

See the SSC-2 READ, SPACE, and WRITE commands for examples of end-of-medium (eom) bit usage. 

See the SBC-2 READ LONG, SBC-2 WRITE LONG, and SSC-2 READ commands and for examples of incorrect 
length indicator (ili) bit usage. 

The sense key, additional sense code, and additional sense code qualifier fields are described in 4.5.2.1. 

The contents of the information field are device-type or command specific and are defined in a command 
standard (see 3.1.18). 

The additional sense length field indicates the number of additional sense bytes that follow. The additional sense 
length shall be less than or equal to 244 (i.e., limiting the total length of the sense data to 252 bytes). If the sense 
data is being returned via a REQUEST SENSE command and the allocation length in the REQUEST SENSE CDB 
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is too small to transfer all of the additional sense bytes, then the additional sense length shall not be adjusted to 
reflect the truncation. 

The command-specific information field contains information that depends on the command on which the 
exception condition occurred. 

The FIELD REPLACEABLE unit code field is described in 4.5.2.5. 

A sense-key specific valid (sksv) bit set to one indicates the sense key specific field contains valid information as 
defined in this standard. An sksv bit set to zero indicates that the sense key specific field is not as defined by this 
standard. 

The sense key specific field is described in 4.5.2.4. 

The additional sense bytes may contain vendor specific data that further defines the nature of the exception 
condition. 

4.5.4 Current errors 

Response codes 70h and 72h (current error) indicate that the sense data returned is the result of an error or 
exception condition on the task that returned the CHECK CONDITION status or a protocol specific failure 
condition. This includes errors generated during processing of the command. It also includes errors not related to 
any command that are detected during processing of a command (e.g., disk servo-mechanism failure, off-track 
errors, or power-up test errors). 

4.5.5 Deferred errors 

Response codes 71 h and 73h (deferred error) indicate that the sense data returned is the result of an error or 
exception condition that occurred during processing of a previous command for which GOOD, CONDITION MET, 
INTERMEDIATE, and INTERMEDIATE-CONDITION MET status has already been returned. Such commands are 
associated with the use of the immediate bit and with some forms of caching. Device servers that implement these 
features shall implement deferred error reporting. 

The deferred error may be indicated by returning CHECK CONDITION status to an application client accessed 
through a defined l_T nexus as described in this subclause. 

If the task terminates with CHECK CONDITION status and the sense data describes a deferred error, the 
command for the terminated task shall not have been processed. After the device server detects a deferred error 
condition, it shall return a deferred error according to the following rules: 

a) If no external intervention is necessary to recover a deferred error, a deferred error indication shall not be 
returned unless required by the error handling parameters of a MODE SELECT command. The occurrence 
of the error may be logged; 

b) If it is possible to associate a deferred error with an l_T nexus and with a particular function or a particular 
subset of data, and the error is either unrecovered or required to be reported by the mode parameters, 
then a deferred error indication shall be returned for a command received on the l_T nexus associated with 
the deferred error. If an application client request received on an l_T nexus other than the l_T nexus 
associated with the deferred error attempts to access the particular function or subset of data associated 
with the deferred error and the tst field equals 000b (see 7.4.6), then the device server shall respond to 
the command with a BUSY or ACA ACTIVE status according to the requirements in SAM-3. If an appli¬ 
cation client request received on an l_T nexus other than the l_T nexus associated with the deferred error 
attempts to access the particular function or subset of data associated with the deferred error and the tst 
field equals 001b, then the command attempting the access shall not be blocked by the deferred error and 
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the cause of the deferred error may result in an error being reported for the command attempting the 
access; 

c) If the device server is unable to associate a deferred error with an l_T nexus or with a particular subset of 
data, the device server shall return a deferred error for one command received on each l_T nexus. If 
multiple deferred errors have accumulated for an l_T nexus, only the last error shall be returned; 

d) If the SCSI target device is unable to associate a deferred error with a particular logical unit, it shall 
establish a deferred error for every logical unit and shall return the deferred error for one command for 
each logical unit received on each appropriate l_T nexus; or 

e) If a task has never entered the enabled task state, and a deferred error occurs, the task shall be terminated 
with CHECK CONDITION status and deferred error information returned in the sense data. If a deferred 
error occurs after a task has entered the enabled task state and the task is affected by the error, the task 
shall be terminated with CHECK CONDITION status and the current error information shall be returned in 
the sense data. In this case, if the current error information does not adequately define the deferred error 
condition, a deferred error may be returned after the current error information has been returned. If a 
deferred error occurs after a task has entered the enabled task state and the task completes successfully, 
the device server may choose to return the deferred error information after the completion of the current 
command in conjunction with a subsequent command that has not begun processing. 

NOTE 7 - A deferred error may indicate that an operation was unsuccessful long after GOOD status was returned. 

If the application client is unable to replicate or recover from other sources the data that is being written using 
cached or buffered write operations, then synchronization commands should be performed before the critical data 
is destroyed. This is necessary for actions taken when deferred errors occur in the storing of the data. The synchro¬ 
nizing process should provide the necessary commands to allow returning CHECK CONDITION status and subse¬ 
quent returning of deferred error sense information after all cached or buffered operations are completed. 

4.5.6 Sense key and sense code definitions 

The sense keys are defined in table 28. 


Table 28 — Sense key descriptions (part 1 of 2) 


Sense 

Key 

Description 

Oh 

NO SENSE: Indicates that there is no specific sense key information to be reported. This may occur 
for a successful command or for a command that receives CHECK CONDITION status because one 
of the filemark, eom, or in bits is set to one. 

1h 

RECOVERED ERROR: Indicates that the command completed successfully, with some recovery 
action performed by the device server. Details may be determined by examining the additional sense 
bytes and the information field. When multiple recovered errors occur during one command, the 
choice of which error to report (e.g., first, last, most severe) is vendor specific. 

2h 

NOT READY: Indicates that the logical unit addressed cannot be accessed. Operator intervention 
may be required to correct this condition. 

3h 

MEDIUM ERROR: Indicates that the command terminated with a non-recovered error condition that 
may have been caused by a flaw in the medium or an error in the recorded data. This sense key may 
also be returned if the device server is unable to distinguish between a flaw in the medium and a 
specific hardware failure (i.e., sense key 4h). 

4h 

HARDWARE ERROR: Indicates that the device server detected a non-recoverable hardware failure 
(e.g., controller failure, device failure, or parity error) while performing the command or during a self 
test. 
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Table 28 — Sense key descriptions (part 2 of 2) 


Sense 

Key 

Description 

5h 

ILLEGAL REQUEST: Indicates that: 

a) The command was addressed to an incorrect logical unit number (see SAM-3); 

b) The command had an invalid task attribute (see SAM-3); 

c) The command was addressed to a logical unit whose current configuration prohibits 
processing the command; 

d) There was an illegal parameter in the CDB; or 

e) There was an illegal parameter in the additional parameters supplied as data for some 
commands (e.g., PERSISTENT RESERVE OUT). 

If the device server detects an invalid parameter in the CDB, it shall terminate the command without 
altering the medium. If the device server detects an invalid parameter in the additional parameters 
supplied as data, the device server may have already altered the medium. 

6h 

UNIT ATTENTION: Indicates that a unit attention condition has been established (e.g., the remov¬ 
able medium may have been changed, a logical unit reset occurred). See SAM-3. 

7h 

DATA PROTECT: Indicates that a command that reads or writes the medium was attempted on a 
block that is protected. The read or write operation is not performed. 

8h 

BLANK CHECK: Indicates that a write-once device or a sequential-access device encountered 
blank medium or format-defined end-of-data indication while reading or that a write-once device 
encountered a non-blank medium while writing. 

9h 

VENDOR SPECIFIC: This sense key is available for reporting vendor specific conditions. 

Ah 

COPY ABORTED: Indicates an EXTENDED COPY command was aborted due to an error condition 
on the source device, the destination device, or both (see 6.3.3). 

Bh 

ABORTED COMMAND: Indicates that the device server aborted the command. The application 
client may be able to recover by trying the command again. 

Ch 

Obsolete 

Dh 

VOLUME OVERFLOW: Indicates that a buffered SCSI device has reached the end-of-partition and 
data may remain in the buffer that has not been written to the medium. One or more RECOVER 
BUFFERED DATA command(s) may be issued to read the unwritten data from the buffer. (See 
SSC-2.) 

Eh 

MISCOMPARE: Indicates that the source data did not match the data read from the medium. 

Fh 

Reserved 
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The additional sense codes and additional sense code qualifiers are defined in table 29. 


Table 29 — ASC and ASCQ assignments (part 1 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L - PRINTER DEVICE (SSC) not blank = code used 




P- PROCESSOR DEVICE (SPC-2) 




. W- WRITE ONCE BLOCK DEVICE (SBC) 




R - CD/DVD DEVICE (MMC-4) 




0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 




. M-MEDIA CHANGER DEVICE (SMC-2) 




A 

STORAGE ARRAY DEVICE (SCC-2) 

E- ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K - OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V 

AUTOMATION/DRIVE INTERFACE (ADC) 

F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T 

L PWROM A 

E B K V 

F Description 

20h 

OBh 

U 1 

PWROMA 

E B K 

ACCESS DENIED - ACL LUN CONFLICT 

20h 

08h 

D T 

PWROMA 

E B K 

ACCESS DENIED - ENROLLMENT CONFLICT 

20h 

Olh 

D T 

PWROMA 

E B K 

ACCESS DENIED - INITIATOR PENDING-ENROLLED 

20h 

09h 

D T 

PWROMA 

E B K 

ACCESS DENIED - INVALID LU IDENTIFIER 

20h 

03h 

D T 

PWROMA 

E B K 

ACCESS DENIED - INVALID MGMT ID KEY 

20h 

OAh 

D T 

PWROMA 

E B K 

ACCESS DENIED - INVALID PROXY TOKEN 

20h 

02 h 

D T 

PWROMA 

E B K 

ACCESS DENIED - NO ACCESS RIGHTS 

4Bh 

03h 

D T 

PWROM A 

E B K 

ACK/NAK TIMEOUT 

67h 

02h 


A 


ADD LOGICAL UNIT FAILED 

13h 

OOh 

D 

W 0 

B K 

ADDRESS MARK NOT FOUND FOR DATA FIELD 

12h 

OOh 

D 

W 0 

B K 

ADDRESS MARK NOT FOUND FOR ID FIELD 

67h 

08h 


A 


ASSIGN FAILURE OCCURRED 

27h 

03h 

T 

R 


ASSOCIATED WRITE PROTECT 

2Ah 

06h 

D T 

L PWROM A 

E B K V 

F ASYMMETRIC ACCESS STATE CHANGED 

47h 

04h 

D T 

L PWROM A 

E B K V 

F ASYNCHRONOUS INFORMATION PROTECTION ERROR DETECTED 

67h 

06h 


A 


ATTACHMENT OF LOGICAL UNIT FAILED 

OOh 

11 h 


R 


AUDIO PLAY OPERATION IN PROGRESS 

OOh 

12h 


R 


AUDIO PLAY OPERATION PAUSED 

OOh 

14h 


R 


AUDIO PLAY OPERATION STOPPED DUE TO ERROR 

OOh 

13h 


R 


AUDIO PLAY OPERATION SUCCESSFULLY COMPLETED 

66h 

OOh 




AUTOMATIC DOCUMENT FEEDER COVER UP 

66h 

Olh 




AUTOMATIC DOCUMENT FEEDER LIFT UP 

55h 

06h 

D T 

WROM 

B 

AUXILIARY MEMORY OUT OF SPACE 

11 h 

12h 

D T 

WROM 

B 

AUXILIARY MEMORY READ ERROR 

OCh 

OBh 

D T 

WROM 

B 

AUXILIARY MEMORY WRITE ERROR 

OOh 

04h 

T 



BEGINNING-OF-PARTITION/MEDIUM DETECTED 

OCh 

06h 

D T 

W 0 

B 

BLOCK NOT COMPRESSIBLE 

14h 

04h 

T 



BLOCK SEQUENCE ERROR 

29h 

03h 

D T 

L PWROM A 

E B K V 

F BUS DEVICE RESET FUNCTION OCCURRED 

11 h 

OEh 

D T 

WRO 

B 

CANNOT DECOMPRESS USING DECLARED ALGORITHM 

30h 

06h 

D T 

WRO 

B 

CANNOT FORMAT MEDIUM - INCOMPATIBLE MEDIUM 

30h 

02h 

D T 

WRO 

B K 

CANNOT READ MEDIUM - INCOMPATIBLE FORMAT 

30h 

Olh 

D T 

WRO 

B K 

CANNOT READ MEDIUM - UNKNOWN FORMAT 

30h 

08h 


R 


CANNOT WRITE - APPLICATION CODE MISMATCH 

30h 

05h 

D T 

WRO 

B K 

CANNOT WRITE MEDIUM - INCOMPATIBLE FORMAT 

30h 

04 h 

D T 

WRO 

B K 

CANNOT WRITE MEDIUM - UNKNOWN FORMAT 

2Ah 

09h 

D 



CAPACITY DATA HAS CHANGED 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 2 of 15) 




D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 



L-PRINTER DEVICE (SSC 

not blank = code used 



P - PROCESSOR DEVICE (SPC-2) 



. W- WRITE ONCE BLOCK DEVICE (SBC) 



R-CD/DVD DEVICE (MMC-4) 



0-OPTICAL MEMORY BLOCK DEVICE (SBC) 



. M- MEDIA CHANGER DEVICE (SMC-2) 



A-STORAGE ARRAY DEVICE (SCC-2) 



E-ENCLOSURE SERVICES DEVICE (SES) 



. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 



K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 



V-AUTOMATION/DRIVE INTERFACE (ADC) 



.F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMA E B K V F 

Description 

52h 

00h 

T 

CARTRIDGE FAULT 

73h 

OOh 

R 

CD CONTROL ERROR 

24h 

Olh 

DT L PWROMA E B KV F 

CDB DECRYPTION ERROR 

3Fh 

02 h 

D T L PWROM B K 

CHANGED OPERATING DEFINITION 

11 h 

06h 

WRO B 

CIRC UNRECOVERED ERROR 

30h 

03h 

D T R K 

CLEANING CARTRIDGE INSTALLED 

30h 

07h 

DT L WROMA E B KV F 

CLEANING FAILURE 

30h 

OAh 

DT WROMAEBK 

CLEANING REQUEST REJECTED 

OOh 

17h 

DT L WROMA E B KV F 

CLEANING REQUESTED 

4Ah 

OOh 

DT L PWROMA E B KV F 

COMMAND PHASE ERROR 

2Ch 

OOh 

DT L PWROMA E B KV F 

COMMAND SEQUENCE ERROR 

6Eh 

OOh 

A 

COMMAND TO LOGICAL UNIT FAILED 

2Fh 

OOh 

DT L PWROMA E B KV F 

COMMANDS CLEARED BY ANOTHER INITIATOR 

3Fh 

04h 

D T WROMAEBK 

COMPONENT DEVICE ATTACHED 

OCh 

04h 

D T WO B 

COMPRESSION CHECK MISCOMPARE ERROR 

27h 

06h 

R 

CONDITIONAL WRITE PROTECT 

67h 

OOh 

A 

CONFIGURATION FAILURE 

67h 

Olh 

A 

CONFIGURATION OF INCAPABLE LOGICAL UNITS FAILED 

5Dh 

25h 

D B 

CONTROLLER IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

27h 

D B 

CONTROLLER IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

28h 

D B 

CONTROLLER IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

22h 

D B 

CONTROLLER IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

2Ch 

D B 

CONTROLLER IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

21 h 

D B 

CONTROLLER IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

20h 

D B 

CONTROLLER IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

23h 

D B 

CONTROLLER IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

2Ah 

D B 

CONTROLLER IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

2Bh 

D B 

CONTROLLER IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

26h 

D B 

CONTROLLER IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

29h 

D B 

CONTROLLER IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

24h 

D B 

CONTROLLER IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

2Bh 

OOh 

D T L PWRO K 

COPY CANNOT EXECUTE SINCE HOST CANNOT DISCONNECT 

6Fh 

OOh 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION 
FAILURE 

6Fh 

02h 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT 
ESTABLISHED 

6Fh 

Olh 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT PRESENT 

26h 

ODh 

D T L PWRO K 

COPY SEGMENT GRANULARITY VIOLATION 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 3 of 15) 




D 

DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 




T 

- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 





L 

PRINTER DEVICE (SSC 

not blank = code used 






P- PROCESSOR DEVICE (SPC-2) 






. W- WRITE ONCE BLOCK DEVICE (SBC) 






R - CD/DVD DEVICE (MMC-4) 






0 

OPTICAL MEMORY BLOCK DEVICE (SBC) 






. M-MEDIA CHANGER DEVICE (SMC-2) 







A 

STORAGE ARRAY DEVICE (SCC-2) 

E- ENCLOSURE SERVICES DEVICE (SES) 








. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 








K - OPTICAL CARD READER/WRITER DEVICE (OCRW) 








V - AUTOMATION/DRIVE INTERFACE (ADC) 








. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

ODh 

05h 

D 

T 

L 

PWRO 

A 

K 

COPY TARGET DEVICE DATA OVERRUN 

ODh 

04 h 

D 

T 

L 

PWRO 

A 

K 

COPY TARGET DEVICE DATA UNDERRUN 

ODh 

02 h 

D 

T 

L 

PWRO 

A 

K 

COPY TARGET DEVICE NOT REACHABLE 

67h 

07h 





A 


CREATION OF LOGICAL UNIT FAILED 

2Ch 

04h 




R 



CURRENT PROGRAM AREA IS EMPTY 

2Ch 

03h 




R 



CURRENT PROGRAM AREA IS NOT EMPTY 

30h 

09h 




R 



CURRENT SESSION NOT FIXATED FOR APPEND 

lOh 

02h 

D 

T 


W 0 



DATA BLOCK APPLICATION TAG CHECK FAILED 

lOh 

Olh 

D 

T 


W 0 



DATA BLOCK GUARD CHECK FAILED 

lOh 

03h 

D 

T 


W 0 



DATA BLOCK REFERENCE TAG CHECK FAILED 

5Dh 

35h 

D 





B 

DATA CHANNEL IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

37h 

D 





B 

DATA CHANNEL IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

38h 

D 





B 

DATA CHANNEL IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

32 h 

D 





B 

DATA CHANNEL IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

3Ch 

D 





B 

DATA CHANNEL IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

31h 

D 





B 

DATA CHANNEL IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

30h 

D 





B 

DATA CHANNEL IMPENDING FAILURE GENERAL HARD DRIVE 

FAILURE 

5Dh 

33h 

D 





B 

DATA CHANNEL IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

3Ah 

D 





B 

DATA CHANNEL IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

3Bh 

D 





B 

DATA CHANNEL IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

36h 

D 





B 

DATA CHANNEL IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

39h 

D 





B 

DATA CHANNEL IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

34h 

D 





B 

DATA CHANNEL IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

26h 

05h 

D 

T 

L 

PWROMA 

B K 

DATA DECRYPTION ERROR 

OCh 

05h 

D 

T 


W 0 


B 

DATA EXPANSION OCCURRED DURING COMPRESSION 

69h 

OOh 





A 


DATA LOSS ON LOGICAL UNIT 

4Bh 

05h 

D 

T 


PWROMA E B K 

DATA OFFSET ERROR 

41 h 

OOh 

D 






DATA PATH FAILURE (SHOULD USE 40 NN) 

47h 

Olh 

D 

T 

L 

PWROMA E B KV F 

DATA PHASE CRC ERROR DETECTED 

4Bh 

OOh 

D 

T 

L 

PWROMA E B KV F 

DATA PHASE ERROR 

11 h 

07h 




W 0 


B 

DATA RE-SYNCHRONIZATION ERROR 

16h 

03h 

D 



W 0 


B K 

DATA SYNC ERROR - DATA AUTO-REALLOCATED 

16h 

Olh 

D 



W 0 


B K 

DATA SYNC ERROR - DATA REWRITTEN 

16h 

04 h 

D 



W 0 


B K 

DATA SYNC ERROR - RECOMMEND REASSIGNMENT 

16h 

02 h 

D 



W 0 


B K 

DATA SYNC ERROR - RECOMMEND REWRITE 

16h 

OOh 

D 



W 0 


B K 

DATA SYNCHRONIZATION MARK ERROR 

11 h 

ODh 

D 

T 


WRO 


B 

DE-COMPRESSION CRC ERROR 
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Table 29 — ASC and ASCQ assignments (part 4 of 15) 




D 

DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 




T 

- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 





L 

PRINTER DEVICE (SSC 

not blank = code used 






P- PROCESSOR DEVICE (SPC-2) 






. W- WRITE ONCE BLOCK DEVICE (SBC) 






R - CD/DVD DEVICE (MMC-4) 






0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 






. M- MEDIA CHANGER DEVICE (SMC-2) 






A - STORAGE ARRAY DEVICE (SCC-2) 






E - ENCLOSURE SERVICES DEVICE (SES) 






. B 

SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 







K 

OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DRIVE INTERFACE (ADC) 








. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

71 h 

OOh 


T 





DECOMPRESSION EXCEPTION LONG ALGORITHM ID 

70h 

NNh 


T 





DECOMPRESSION EXCEPTION SHORT ALGORITHM ID OF NN 

19h 

OOh 

D 



0 

K 


DEFECT LIST ERROR 

19h 

03h 

D 



0 

K 


DEFECT LIST ERROR IN GROWN LIST 

19h 

02 h 

D 



0 

K 


DEFECT LIST ERROR IN PRIMARY LIST 

19h 

Olh 

D 



0 

K 


DEFECT LIST NOT AVAILABLE 

ICh 

OOh 

D 



0 B 

K 


DEFECT LIST NOT FOUND 

32h 

Olh 

D 



WO B 

K 


DEFECT LIST UPDATE FAILURE 

3Fh 

05h 

D 

T 


WROM A E B 

K 


DEVICE IDENTIFIER CHANGED 

29h 

04h 

D 

T 

L 

PWROMA E B 

K 

V F 

DEVICE INTERNAL RESET 

40h 

NNh 

D 

T 

L 

PWROMA E B 

K 

V F 

DIAGNOSTIC FAILURE ON COMPONENT NN (80H-FFH) 

66h 

02h 







DOCUMENT JAM IN AUTOMATIC DOCUMENT FEEDER 

66h 

03h 







DOCUMENT MISS FEED AUTOMATIC IN DOCUMENT FEEDER 

6Fh 

05h 




R 



DRIVE REGION MUST BE PERMANENT/REGION RESET COUNT 
ERROR 

3Fh 

OFh 

D 

T 

L 

PWROMA E B 

K 

V F 

ECHO BUFFER OVERWRITTEN 

72h 

04h 




R 



EMPTY OR PARTIALLY WRITTEN RESERVED TRACK 

34h 

OOh 

D 

T 

L 

PWROMA E B 

K 

V F 

ENCLOSURE FAILURE 

35h 

05h 

D 

T 

L 

WROM A E B 

K 

V F 

ENCLOSURE SERVICES CHECKSUM ERROR 

35h 

OOh 

D 

T 

L 

PWROMA E B 

K 

V F 

ENCLOSURE SERVICES FAILURE 

35h 

03h 

D 

T 

L 

PWROMA E B 

K 

V F 

ENCLOSURE SERVICES TRANSFER FAILURE 

35h 

04h 

D 

T 

L 

PWROMA E B 

K 

V F 

ENCLOSURE SERVICES TRANSFER REFUSED 

35h 

02h 

D 

T 

L 

PWROMA E B 

K 

V F 

ENCLOSURE SERVICES UNAVAILABLE 

3Bh 

OFh 




R 



END OF MEDIUM REACHED 

63h 

OOh 




R 



END OF USER AREA ENCOUNTERED ON THIS TRACK 

OOh 

05h 


T 

L 




END-OF-DATA DETECTED 

14h 

03h 


T 





END-OF-DATA NOT FOUND 

OOh 

02h 


T 





END-OF-PARTITION/MEDIUM DETECTED 

51h 

OOh 


T 


RO 



ERASE FAILURE 

51h 

Olh 




R 



ERASE FAILURE - INCOMPLETE ERASE OPERATION DETECTED 

OOh 

18h 


T 





ERASE OPERATION IN PROGRESS 

ODh 

OOh 

D 

T 

L 

PWRO A 

K 


ERROR DETECTED BY THIRD PARTY TEMPORARY INITIATOR 

OAh 

OOh 

D 

T 

L 

PWROMA E B 

K 

V F 

ERROR LOG OVERFLOW 

11 h 

lOh 




R 



ERROR READING ISRC NUMBER 

11 h 

OFh 




R 



ERROR READING UPC/EAN NUMBER 

11 h 

02h 

D 

T 


WRO B 

K 


ERROR TOO LONG TO CORRECT 

38h 

06h 




B 



ESN - DEVICE BUSY CLASS EVENT 

38h 

04 h 




B 



ESN - MEDIA CLASS EVENT 

38h 

02 h 




B 



ESN - POWER MANAGEMENT CLASS EVENT 
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Table 29 — ASC and ASCQ assignments (part 5 of 15) 




D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 



L-PRINTER DEVICE (SSC) not blank = code used 



P - PROCESSOR DEVICE (SPC-2) 



. W- WRITE ONCE BLOCK DEVICE (SBC) 



R-CD/DVD DEVICE (MMC-4) 



O-OPTICAL MEMORY BLOCK DEVICE (SBC) 



. M- MEDIA CHANGER DEVICE (SMC-2) 



A-STORAGE ARRAY DEVICE (SCC-2) 



E-ENCLOSURE SERVICES DEVICE (SES) 



. B 

SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 




V- AUTOMATION/DRIVE INTERFACE (ADC) 




. F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

DTLPWROMAEBKVF Description 

38h 

00h 

B 

EVENT STATUS NOTIFICATION 

03h 

02 h 

T 

EXCESSIVE WRITE ERRORS 

67h 

04 h 

A 

EXCHANGE OF LOGICAL UNIT FAILED 

3Bh 

07h 

L 

FAILED TO SENSE BOTTOM-OF-FORM 

3Bh 

06h 

L 

FAILED TO SENSE TOP-OF-FORM 

5Dh 

OOh 

D T L PWROMA E B 

K V F FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

FFh 

D T L PWROMA E B 

K V F FAILURE PREDICTION THRESHOLD EXCEEDED (FALSE) 

OOh 

Olh 

T 

FILEMARK DETECTED 

14h 

02h 

T 

FILEMARK OR SETMARK NOT FOUND 

5Dh 

65h 

D B 

FIRMWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

67h 

D B 

FIRMWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

68h 

D B 

FIRMWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

62h 

D B 

FIRMWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

6Ch 

D B 

FIRMWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

61h 

D B 

FIRMWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

60h 

D B 

FIRMWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

63h 

D B 

FIRMWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

6Ah 

D B 

FIRMWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

6Bh 

D B 

FIRMWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

66h 

D B 

FIRMWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

69h 

D B 

FIRMWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

64h 

D B 

FIRMWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

09h 

02h 

WRO 

K FOCUS SERVO FAILURE 

31 h 

Olh 

D L RO B 

FORMAT COMMAND FAILED 

58h 

OOh 

0 

GENERATION DOES NOT EXIST 

ICh 

02 h 

D OB 

K GROWN DEFECT LIST NOT FOUND 

5Dh 

15h 

D B 

HARDWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

17h 

D B 

HARDWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

18h 

D B 

HARDWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

12h 

D B 

HARDWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

ICh 

D B 

HARDWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY 

COUNT 

5Dh 

11 h 

D B 

HARDWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

lOh 

D B 

HARDWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

13h 

D B 

HARDWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

1Ah 

D B 

HARDWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

IBh 

D B 

HARDWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

16h 

D B 

HARDWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

19h 

D B 

HARDWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 
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Table 29 — ASC and ASCQ assignments (part 6 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

5Dh 

14h 

D 


B 

HARDWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

27h 

Olh 

D T 


WRO B K 

HARDWARE WRITE PROTECTED 

09h 

04h 

D T 


WRO B 

HEAD SELECT FAULT 

OOh 

06h 

D T 

L 

PWROMA E B KV F 

I/O PROCESS TERMINATED 

lOh 

OOh 

D 


WO B K 

ID CRC OR ECC ERROR 

5Eh 

03h 

D T 

L 

PWRO A K 

IDLE CONDITION ACTIVATED BY COMMAND 

5Eh 

Olh 

D T 

L 

PWRO A K 

IDLE CONDITION ACTIVATED BY TIMER 

20h 

06h 

T 



ILLEGAL COMMAND WHILE IN EXPLICIT ADDRESS MODE 

20h 

07h 

T 



ILLEGAL COMMAND WHILE IN IMPLICIT ADDRESS MODE 

20h 

04 h 

T 



ILLEGAL COMMAND WHILE IN WRITE CAPABLE STATE 

22 h 

OOh 

D 



ILLEGAL FUNCTION (USE 20 00, 24 00, OR 26 00) 

64h 

OOh 



R 

ILLEGAL MODE FOR THIS TRACK 

2Ch 

05h 



B 

ILLEGAL POWER CONDITION REQUEST 

2Ah 

07h 

D T 

L 

PWROMA E B KV F 

IMPLICIT ASYMMETRIC ACCESS STATE TRANSITION FAILED 

28h 

Olh 

D T 


WROM B 

IMPORT OR EXPORT ELEMENT ACCESSED 

30h 

OOh 

D T 


WROM BK 

INCOMPATIBLE MEDIUM INSTALLED 

11 h 

08h 

T 



INCOMPLETE BLOCK READ 

ODh 

03h 

D T 

L 

PWRO A K 

INCORRECT COPY TARGET DEVICE TYPE 

OEh 

02 h 

D T 


PWROMA E B K 

INFORMATION UNIT TOO LONG 

OEh 

Olh 

D T 


PWROMA E B K 

INFORMATION UNIT TOO SHORT 

47h 

03h 

D T 

L 

PWROMA E B KV F 

INFORMATION UNIT iuCRC ERROR DETECTED 

6Ah 

OOh 



A 

INFORMATIONAL, REFER TO LOG 

48h 

OOh 

D T 

L 

PWROMA E B KV F 

INITIATOR DETECTED ERROR MESSAGE RECEIVED 

4Bh 

06h 

D T 


PWROMA E B K 

INITIATOR RESPONSE TIMEOUT 

26h 

OBh 

D T 

L 

PWRO K 

INLINE DATA LENGTH EXCEEDED 

3Fh 

03h 

D T 

L 

PWROMA E B KV F 

INQUIRY DATA HAS CHANGED 

55h 

05h 

D T 


PWROMA E B K 

INSUFFICIENT ACCESS CONTROL RESOURCES 

55h 

04h 

D T 

L 

PWROMA E K 

INSUFFICIENT REGISTRATION RESOURCES 

55h 

02 h 

D T 

L 

PWROMA E K 

INSUFFICIENT RESERVATION RESOURCES 

55h 

03h 

D T 

L 

PWROMA E K 

INSUFFICIENT RESOURCES 

2Eh 

OOh 



R 

INSUFFICIENT TIME FOR OPERATION 

44h 

OOh 

D T 

L 

PWROMA E B KV F 

INTERNAL TARGET FAILURE 

21h 

02 h 



R 

INVALID ADDRESS FOR WRITE 

3Dh 

OOh 

D T 

L 

PWROMA E K 

INVALID BITS IN IDENTIFY MESSAGE 

2Ch 

02h 




INVALID COMBINATION OF WINDOWS SPECIFIED 

20h 

OOh 

D T 

L 

PWROMA E B KV F 

INVALID COMMAND OPERATION CODE 

26h 

OFh 



F 

INVALID DATA-OUT BUFFER INTEGRITY CHECK VALUE 

21h 

Olh 

D T 


WROM B K 

INVALID ELEMENT ADDRESS 

24h 

OOh 

D T 

L 

PWROMA E B KV F 

INVALID FIELD IN CDB 
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Table 29 — ASC and ASCQ assignments (part 7 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

26h 

00h 

D T 

L 

PWROMA E B KV F 

INVALID FIELD IN PARAMETER LIST 

OEh 

OOh 

D T 


PWROMA E B K 

INVALID INFORMATION UNIT 

49h 

OOh 

D T 

L 

PWROMA E B KV F 

INVALID MESSAGE ERROR 

26h 

OCh 

D T 

L 

PWRO K 

INVALID OPERATION FOR COPY SOURCE OR DESTINATION 

64h 

Olh 



R 

INVALID PACKET SIZE 

26h 

OEh 

D T 


PWROMA E B K 

INVALID PARAMETER WHILE PORT IS ENABLED 

26h 

04h 

D T 

L 

PWROMA E B KV F 

INVALID RELEASE OF PERSISTENT RESERVATION 

4Bh 

Olh 

D T 


PWROMA E B K 

INVALID TARGET PORT TRANSFER TAG RECEIVED 

29h 

07h 

D T 

L 

PWROMA E B KV F 

1 T NEXUS LOSS OCCURRED 

11 h 

05h 



WRO B 

L-EC UNCORRECTABLE ERROR 

60h 

OOh 




LAMP FAILURE 

14h 

07h 

T 



LOCATE OPERATION FAILURE 

OOh 

19h 

T 



LOCATE OPERATION IN PROGRESS 

5Bh 

02h 

D T 

L 

PWROM K 

LOG COUNTER AT MAXIMUM 

5Bh 

OOh 

D T 

L 

PWROM K 

LOG EXCEPTION 

5Bh 

03h 

D T 

L 

PWROM K 

LOG LIST CODES EXHAUSTED 

2Ah 

02h 

D T 

L 

WROMAE K 

LOG PARAMETERS CHANGED 

21h 

OOh 

D T 


WROM BK 

LOGICAL BLOCK ADDRESS OUT OF RANGE 

08h 

03h 

D T 


ROM B K 

LOGICAL UNIT COMMUNICATION CRC ERROR (ULTRA-DMA/32) 

08h 

OOh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION FAILURE 

08h 

02 h 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION PARITY ERROR 

08h 

Olh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION TIME-OUT 

05h 

OOh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT DOES NOT RESPOND TO SELECTION 

4Ch 

OOh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT FAILED SELF-CONFIGURATION 

3Eh 

03h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT FAILED SELF-TEST 

3Eh 

Olh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT FAILURE 

5Dh 

02h 



R 

LOGICAL UNIT FAILURE PREDICTION THRESHOLD EXCEEDED 

3Eh 

OOh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT HAS NOT SELF-CONFIGURED YET 

04h 

Olh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT IS IN PROCESS OF BECOMING READY 

04h 

OAh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE 
TRANSITION 

04h 

OBh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE 

04h 

OCh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE 
STATE 

68h 

OOh 



A 

LOGICAL UNIT NOT CONFIGURED 

04 h 

lOh 

D T 


WROM B 

LOGICAL UNIT NOT READY, AUXILIARY MEMORY NOT ACCESSIBLE 

04h 

OOh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, CAUSE NOT REPORTABLE 

04h 

04 h 

D T 

L 

RO B 

LOGICAL UNIT NOT READY, FORMAT IN PROGRESS 

04h 

02h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED 
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Table 29 — ASC and ASCQ assignments (part 8 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

04h 

08h 


R 

LOGICAL UNIT NOT READY, LONG WRITE IN PROGRESS 

04h 

03h 

D T 

L PWROMA E B KV F 

LOGICAL UNIT NOT READY, MANUAL INTERVENTION REQUIRED 

04h 

11 h 

D T 

WROMA E B V F 

LOGICAL UNIT NOT READY, NOTIFY (ENABLE SPINUP) REQUIRED 

04 h 

12h 


V 

LOGICAL UNIT NOT READY, OFFLINE 

04h 

07h 

D T 

L PWROMA E B KV F 

LOGICAL UNIT NOT READY, OPERATION IN PROGRESS 

04h 

05h 

D T 

W OMA B K 

LOGICAL UNIT NOT READY, REBUILD IN PROGRESS 

04h 

06h 

D T 

W OMA B K 

LOGICAL UNIT NOT READY, RECALCULATION IN PROGRESS 

04h 

09h 

D T 

L PWROMA E B KV F 

LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS 

25h 

OOh 

D T 

L PWROMA E B KV F 

LOGICAL UNIT NOT SUPPORTED 

27h 

02 h 

D T 

WRO B K 

LOGICAL UNIT SOFTWARE WRITE PROTECTED 

3Eh 

04 h 

D T 

L PWROMA E B KV F 

LOGICAL UNIT UNABLE TO UPDATE SELF-TEST LOG 

5Eh 

OOh 

D T 

LPWRO A K 

LOW POWER CONDITION ON 

15h 

Olh 

D T 

L WROM BK 

MECHANICAL POSITIONING ERROR 

3Bh 

16h 


R 

MECHANICAL POSITIONING OR CHANGER ERROR 

5Dh 

Olh 


R B 

MEDIA FAILURE PREDICTION THRESHOLD EXCEEDED 

53h 

OOh 

D T 

L WROM BK 

MEDIA LOAD OR EJECT FAILED 

6Fh 

04h 


R 

MEDIA REGION CODE IS MISMATCHED TO LOGICAL UNIT REGION 

3Fh 

11 h 

D T 

WROM B 

MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Bh 

ODh 

D T 

WROM BK 

MEDIUM DESTINATION ELEMENT FULL 

31h 

OOh 

D T 

WRO B K 

MEDIUM FORMAT CORRUPTED 

3Fh 

lOh 

D T 

WROM B 

MEDIUM LOADABLE 

3Bh 

13h 

D T 

WROM BK 

MEDIUM MAGAZINE INSERTED 

3Bh 

14h 

D T 

WROM BK 

MEDIUM MAGAZINE LOCKED 

3Bh 

11 h 

D T 

WROM BK 

MEDIUM MAGAZINE NOT ACCESSIBLE 

3Bh 

12h 

D T 

WROM BK 

MEDIUM MAGAZINE REMOVED 

3Bh 

15h 

D T 

WROM BK 

MEDIUM MAGAZINE UNLOCKED 

30h 

lOh 


R 

MEDIUM NOT FORMATTED 

3Ah 

OOh 

D T 

L WROM BK 

MEDIUM NOT PRESENT 

3Ah 

03h 

D T 

WROM B 

MEDIUM NOT PRESENT - LOADABLE 

3Ah 

04h 

D T 

WROM B 

MEDIUM NOT PRESENT - MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Ah 

Olh 

D T 

WROM BK 

MEDIUM NOT PRESENT - TRAY CLOSED 

3Ah 

02h 

D T 

WROM BK 

MEDIUM NOT PRESENT - TRAY OPEN 

53h 

02h 

D T 

WROM B K 

MEDIUM REMOVAL PREVENTED 

3Bh 

OEh 

D T 

WROM BK 

MEDIUM SOURCE ELEMENT EMPTY 

43h 

OOh 

D T 

L PWROMA E B KV F 

MESSAGE ERROR 

3Fh 

Olh 

D T 

L PWROMA E B KV F 

MICROCODE HAS BEEN CHANGED 

IDh 

OOh 

D T 

WRO B K 

MISCOMPARE DURING VERIFY OPERATION 

11 h 

OAh 

D T 

0 B K 

MISCORRECTED ERROR 

2Ah 

Olh 

D T 

L WROMAEBKVF 

MODE PARAMETERS CHANGED 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 9 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

67h 

03h 



A 

MODIFICATION OF LOGICAL UNIT FAILED 

69h 

Olh 



A 

MULTIPLE LOGICAL UNIT FAILURES 

07h 

OOh 

D T 

L 

WROM BK 

MULTIPLE PERIPHERAL DEVICES SELECTED 

11 h 

03h 

D T 


WO B K 

MULTIPLE READ ERRORS 

67h 

09h 



A 

MULTIPLY ASSIGNED LOGICAL UNIT 

4Bh 

04h 

D T 


PWROMA E B K 

NAK RECEIVED 

OOh 

OOh 

D T 

L 

PWROMA E B KV F 

NO ADDITIONAL SENSE INFORMATION 

OOh 

15h 



R 

NO CURRENT AUDIO STATUS TO RETURN 

32h 

OOh 

D 


WO B K 

NO DEFECT SPARE LOCATION AVAILABLE 

11 h 

09h 

T 



NO GAP FOUND 

Olh 

OOh 

D 


WO B K 

NO INDEX/SECTOR SIGNAL 

72h 

05h 



R 

NO MORE TRACK RESERVATIONS ALLOWED 

06h 

OOh 

D 


WROM BK 

NO REFERENCE POSITION FOUND 

02h 

OOh 

D 


WROM BK 

NO SEEK COMPLETE 

03h 

Olh 

T 



NO WRITE CURRENT 

24h 

06h 



F 

NONCE NOT UNIQUE 

24h 

07h 



F 

NONCE TIMESTAMP OUT OF RANGE 

28h 

OOh 

D T 

L 

PWROMA E B KV F 

NOT READY TO READY CHANGE, MEDIUM MAY HAVE CHANGED 

2Ch 

OBh 

T 



NOT RESERVED 

OOh 

16h 

D T 

L 

PWROMA E B KV F 

OPERATION IN PROGRESS 

5Ah 

Olh 

D T 


WROM BK 

OPERATOR MEDIUM REMOVAL REQUEST 

5Ah 

OOh 

D T 

L 

PWROM BK 

OPERATOR REQUEST OR STATE CHANGE INPUT 

5Ah 

03h 

D T 


WRO A B K 

OPERATOR SELECTED WRITE PERMIT 

5Ah 

02 h 

D T 


WRO A B K 

OPERATOR SELECTED WRITE PROTECT 

61h 

02h 




OUT OF FOCUS 

4Eh 

OOh 

D T 

L 

PWROMA E B KV F 

OVERLAPPED COMMANDS ATTEMPTED 

2Dh 

OOh 

T 



OVERWRITE ERROR ON UPDATE IN PLACE 

20h 

05h 

T 



Obsolete 

24h 

02h 

T 



Obsolete 

24h 

03h 

T 



Obsolete 

63h 

Olh 



R 

PACKET DOES NOT FIT IN AVAILABLE SPACE 

3Bh 

05h 


L 


PAPER JAM 

1Ah 

OOh 

D T 

L 

PWROMA E B KV F 

PARAMETER LIST LENGTH ERROR 

26h 

Olh 

D T 

L 

PWROMA E B KV F 

PARAMETER NOT SUPPORTED 

26h 

02 h 

D T 

L 

PWROMA E B KV F 

PARAMETER VALUE INVALID 

2Ah 

OOh 

D T 

L 

WROMA E B KV F 

PARAMETERS CHANGED 

69h 

02 h 



A 

PARITY/DATA MISMATCH 

1 Fh 

OOh 

D 


0 K 

PARTIAL DEFECT LIST TRANSFER 

2Ch 

OAh 



F 

PARTITION OR COLLECTION CONTAINS USER OBJECTS 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 10 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-2t Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

03h 

00 h 

D T 

L 

WO B K 

PERIPHERAL DEVICE WRITE FAULT 

27h 

05h 

T 


R 

PERMANENT WRITE PROTECT 

2Ch 

06h 



R 

PERSISTENT PREVENT CONFLICT 

27h 

04h 

T 


R 

PERSISTENT WRITE PROTECT 

50h 

02h 

T 



POSITION ERROR RELATED TO TIMING 

3Bh 

OCh 

T 



POSITION PAST BEGINNING OF MEDIUM 

3Bh 

OBh 




POSITION PAST END OF MEDIUM 

15h 

02 h 

D T 


WRO B K 

POSITIONING ERROR DETECTED BY READ OF MEDIUM 

73h 

Olh 



R 

POWER CALIBRATION AREA ALMOST FULL 

73h 

03h 



R 

POWER CALIBRATION AREA ERROR 

73h 

02 h 



R 

POWER CALIBRATION AREA IS FULL 

29h 

Olh 

D T 

L 

PWROMA E B KV F 

POWER ON OCCURRED 

29h 

OOh 

D T 

L 

PWROMA E B KV F 

POWER ON, RESET, OR BUS DEVICE RESET OCCURRED 

5Eh 

41h 



B 

POWER STATE CHANGE TO ACTIVE 

5Eh 

47h 



B K 

POWER STATE CHANGE TO DEVICE CONTROL 

5Eh 

42h 



B 

POWER STATE CHANGE TO IDLE 

5Eh 

45h 



B 

POWER STATE CHANGE TO SLEEP 

5Eh 

43h 



B 

POWER STATE CHANGE TO STANDBY 

42h 

OOh 

D 



POWER-ON OR SELF-TEST FAILURE (SHOULD USE 40 NN) 

2Ch 

07h 

D T 

L 

PWROMA E B KV F 

PREVIOUS BUSY STATUS 

2Ch 

09h 

D T 

L 

PWROM E B KV F 

PREVIOUS RESERVATION CONFLICT STATUS 

2Ch 

08h 

D T 

L 

PWROMA E B KV F 

PREVIOUS TASK SET FULL STATUS 

ICh 

Olh 

D 


0 B K 

PRIMARY DEFECT LIST NOT FOUND 

2Ah 

08h 

D T 


WROMA E B KV F 

PRIORITY CHANGED 

73h 

05h 



R 

PROGRAM MEMORY AREA IS FULL 

73h 

04 h 



R 

PROGRAM MEMORY AREA UPDATE FAILURE 

47h 

05h 

D T 

L 

PWROMA E B KV F 

PROTOCOL SERVICE CRC ERROR 

55h 

07h 



F 

QUOTA ERROR 

40h 

OOh 

D 



RAM FAILURE (SHOULD USE 40 NN) 

15h 

OOh 

D T 

L 

WROM BK 

RANDOM POSITIONING ERROR 

11 h 

13h 

D T 

L 

PWROMA E B KV F 

READ ERROR - FAILED RETRANSMISSION REQUEST 

11 h 

11 h 



R 

READ ERROR - LOSS OF STREAMING 

6Fh 

03h 



R 

READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION 

3Bh 

OAh 




READ PAST BEGINNING OF MEDIUM 

3Bh 

09h 




READ PAST END OF MEDIUM 

3Bh 

17h 



F 

READ PAST END OF USER OBJECT 

11 h 

Olh 

D T 


WRO B K 

READ RETRIES EXHAUSTED 

6Ch 

OOh 



A 

REBUILD FAILURE OCCURRED 

6Dh 

OOh 



A 

RECALCULATE FAILURE OCCURRED 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 11 of 15) 




D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L-PRINTER DEVICE (SSC 

not blank = code used 




P- PROCESSOR DEVICE (SPC-2) 




. W- WRITE ONCE BLOCK DEVICE (SBC) 




R - CD/DVD DEVICE (MMC-4) 




0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 




. M- MEDIA CHANGER DEVICE (SMC-2) 




A - STORAGE ARRAY DEVICE (SCC-2) 




E - ENCLOSURE SERVICES DEVICE (SES) 




. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 




K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 




V-AUTOMATION/DRIVE INTERFACE (ADC) 




. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

14h 

01h 

D T 

WRO B K 

RECORD NOT FOUND 

14h 

06h 

D T 

WO B K 

RECORD NOT FOUND - DATA AUTO-REALLOCATED 

14h 

05h 

D T 

WO B K 

RECORD NOT FOUND - RECOMMEND REASSIGNMENT 

14h 

OOh 

D T 

L WRO B K 

RECORDED ENTITY NOT FOUND 

18h 

02h 

D 

WRO B K 

RECOVERED DATA - DATA AUTO-REALLOCATED 

18h 

05h 

D 

WRO B K 

RECOVERED DATA - RECOMMEND REASSIGNMENT 

18h 

06h 

D 

WRO B K 

RECOVERED DATA - RECOMMEND REWRITE 

17h 

05h 

D 

WRO B K 

RECOVERED DATA USING PREVIOUS SECTOR ID 

18h 

03h 


R 

RECOVERED DATA WITH CIRC 

18h 

07h 

D 

WO B K 

RECOVERED DATA WITH ECC - DATA REWRITTEN 

18h 

Olh 

D 

WRO B K 

RECOVERED DATA WITH ERROR CORR. & RETRIES APPLIED 

18h 

OOh 

D T 

WRO B K 

RECOVERED DATA WITH ERROR CORRECTION APPLIED 

18h 

04 h 


R 

RECOVERED DATA WITH L-EC 

18h 

08h 


R 

RECOVERED DATA WITH LINKING 

17h 

03h 

D T 

WRO B K 

RECOVERED DATA WITH NEGATIVE HEAD OFFSET 

17h 

OOh 

D T 

WRO B K 

RECOVERED DATA WITH NO ERROR CORRECTION APPLIED 

17h 

02h 

D T 

WRO B K 

RECOVERED DATA WITH POSITIVE HEAD OFFSET 

17h 

Olh 

D T 

WRO B K 

RECOVERED DATA WITH RETRIES 

17h 

04h 


WRO B 

RECOVERED DATA WITH RETRIES AND/OR CIRC APPLIED 

17h 

06h 

D 

WO B K 

RECOVERED DATA WITHOUT ECC - DATA AUTO-REALLOCATED 

17h 

09h 

D 

WRO B K 

RECOVERED DATA WITHOUT ECC - DATA REWRITTEN 

17h 

07h 

D 

WRO B K 

RECOVERED DATA WITHOUT ECC - RECOMMEND REASSIGNMENT 

17h 

08h 

D 

WRO B K 

RECOVERED DATA WITHOUT ECC - RECOMMEND REWRITE 

1 Eh 

OOh 

D 

WO B K 

RECOVERED ID WITH ECC CORRECTION 

3Fh 

06h 

D T 

WROM A E B 

REDUNDANCY GROUP CREATED OR MODIFIED 

3Fh 

07h 

D T 

WROM A E B 

REDUNDANCY GROUP DELETED 

6Bh 

Olh 


A 

REDUNDANCY LEVEL GOT BETTER 

6Bh 

02h 


A 

REDUNDANCY LEVEL GOT WORSE 

2Ah 

05h 

D T 

L PWROMA E 

REGISTRATIONS PREEMPTED 

67h 

05h 


A 

REMOVE OF LOGICAL UNIT FAILED 

3Fh 

OEh 

D T 

L PWROMA E 

REPORTED LUNS DATA HAS CHANGED 

3Bh 

08h 

T 


REPOSITION ERROR 

2Ah 

03h 

D T 

L PWROMA E K 

RESERVATIONS PREEMPTED 

2Ah 

04h 

D T 

L PWROMA E 

RESERVATIONS RELEASED 

OOh 

1Ah 

T 


REWIND OPERATION IN PROGRESS 

36h 

OOh 


L 

RIBBON, INK, OR TONER FAILURE 

73h 

06h 


R 

RMA/PMA IS ALMOST FULL 

37h 

OOh 

D T 

L WROMAEBKVF 

ROUNDED PARAMETER 

5Ch 

OOh 

D 

0 

RPL STATUS CHANGE 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 12 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-2t Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

39h 

OOh 

D T 

L 

WROM A 

E K 

SAVING PARAMETERS NOT SUPPORTED 

62h 

OOh 





SCAN HEAD POSITIONING ERROR 

29h 

02h 

D T 

L 

PWROMA E B KV F 

SCSI BUS RESET OCCURRED 

47h 

OOh 

D T 

L 

PWROMA 

E B K V F 

SCSI PARITY ERROR 

47h 

02h 

D T 

L 

PWROMA 

E B K V F 

SCSI PARITY ERROR DETECTED DURING ST DATA PHASE 

54h 

OOh 



P 


SCSI TO HOST SYSTEM INTERFACE FAILURE 

24h 

04h 




F 

SECURITY AUDIT VALUE FROZEN 

24h 

05h 




F 

SECURITY WORKING KEY FROZEN 

45h 

OOh 

D T 

L 

PWROMA 

E B K V F 

SELECT OR RESELECT FAILURE 

3Bh 

OOh 

T 

L 



SEQUENTIAL POSITIONING ERROR 

5Dh 

45h 

D 



B 

SERVO IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

47h 

D 



B 

SERVO IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

48h 

D 



B 

SERVO IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

42h 

D 



B 

SERVO IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

4Ch 

D 



B 

SERVO IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

41h 

D 



B 

SERVO IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

40h 

D 



B 

SERVO IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

43h 

D 



B 

SERVO IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

4Ah 

D 



B 

SERVO IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

4Bh 

D 



B 

SERVO IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

46h 

D 



B 

SERVO IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

49h 

D 



B 

SERVO IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

44h 

D 



B 

SERVO IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

72h 

OOh 



R 


SESSION FIXATION ERROR 

72h 

03h 



R 


SESSION FIXATION ERROR - INCOMPLETE TRACK IN SESSION 

72h 

Olh 



R 


SESSION FIXATION ERROR WRITING LEAD-IN 

72h 

02 h 



R 


SESSION FIXATION ERROR WRITING LEAD-OUT 

OOh 

IBh 

T 




SET CAPACITY OPERATION IN PROGRESS 

67h 

OAh 

D T 

L 

PWROMA 

E B K V F 

SET TARGET PORT GROUPS COMMAND FAILED 

OOh 

03h 

T 




SETMARK DETECTED 

3Bh 

04h 


L 



SLEW FAILURE 

47h 

7Fh 

D T 


PWROMA 

E B K 

SOME COMMANDS CLEARED BY ISCSI PROTOCOL EVENT 

5Dh 

03h 



R 


SPARE AREA EXHAUSTION PREDICTION THRESHOLD EXCEEDED 

3Fh 

08h 

D T 


WROMA 

E B 

SPARE CREATED OR MODIFIED 

3Fh 

09h 

D T 


WROMA 

E B 

SPARE DELETED 

5Dh 

55h 

D 



B 

SPINDLE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

57h 

D 



B 

SPINDLE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

58h 

D 



B 

SPINDLE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

52h 

D 



B 

SPINDLE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 13 of 15) 




D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

5Dh 

5Ch 

D 


B 

SPINDLE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

51h 

D 


B 

SPINDLE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

50h 

D 


B 

SPINDLE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

53h 

D 


B 

SPINDLE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

5Ah 

D 


B 

SPINDLE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

5Bh 

D 


B 

SPINDLE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

56h 

D 


B 

SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

59h 

D 


B 

SPINDLE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

54h 

D 


B 

SPINDLE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

09h 

03h 



WRO 

SPINDLE SERVO FAILURE 

5Ch 

02h 

D 


0 

SPINDLES NOT SYNCHRONIZED 

5Ch 

Olh 

D 


0 

SPINDLES SYNCHRONIZED 

5Eh 

04 h 

D T 

L 

PWRO A K 

STANDBY CONDITION ACTIVATED BY COMMAND 

5Eh 

02h 

D T 

L 

PWRO A K 

STANDBY CONDITION ACTIVATED BY TIMER 

6Bh 

OOh 



A 

STATE CHANGE HAS OCCURRED 

IBh 

OOh 

D T 

L 

PWROMA E B KV F 

SYNCHRONOUS DATA TRANSFER ERROR 

55h 

Olh 

D 


0 B K 

SYSTEM BUFFER FULL 

55h 

OOh 



P 

SYSTEM RESOURCE FAILURE 

4Dh 

NNh 

D T 

L 

PWROMA E B KV F 

TAGGED OVERLAPPED COMMANDS (NN = TASK TAG) 

33h 

OOh 

T 



TAPE LENGTH ERROR 

3Bh 

03h 


L 


TAPE OR ELECTRONIC VERTICAL FORMS UNIT NOT READY 

3Bh 

Olh 

T 



TAPE POSITION ERROR AT BEGINNING-OF-MEDIUM 

3Bh 

02h 

T 



TAPE POSITION ERROR AT END-OF-MEDIUM 

3Fh 

OOh 

D T 

L 

PWROMA E B KV F 

TARGET OPERATING CONDITIONS HAVE CHANGED 

ODh 

Olh 

D T 

L 

PWRO A K 

THIRD PARTY DEVICE FAILURE 

5Bh 

Olh 

D T 

L 

PWROM K 

THRESHOLD CONDITION MET 

26h 

03h 

D T 

L 

PWROMA E K 

THRESHOLD PARAMETERS NOT SUPPORTED 

3Eh 

02 h 

D T 

L 

PWROMA E B KV F 

TIMEOUT ON LOGICAL UNIT 

26h 

08h 

D T 

L 

PWRO K 

TOO MANY SEGMENT DESCRIPTORS 

26h 

06h 

D T 

L 

PWRO K 

TOO MANY TARGET DESCRIPTORS 

2Ch 

Olh 




TOO MANY WINDOWS SPECIFIED 

4Bh 

02 h 

D T 


PWROMA E B K 

TOO MUCH WRITE DATA 

09h 

OOh 

D T 


WRO B 

TRACK FOLLOWING ERROR 

09h 

Olh 



WRO K 

TRACKING SERVO FAILURE 

29h 

06h 

D T 

L 

PWROMA E B KV F 

TRANSCEIVER MODE CHANGED TO LVD 

29h 

05h 

D T 

L 

PWROMA E B KV F 

TRANSCEIVER MODE CHANGED TO SINGLE-ENDED 

61h 

Olh 




UNABLE TO ACQUIRE VIDEO 

57h 

OOh 



R 

UNABLE TO RECOVER TABLE-OF-CONTENTS 

26h 

OAh 

D T 

L 

PWRO K 

UNEXPECTED INEXACT SEGMENT 
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Table 29 — ASC and ASCQ assignments (part 14 of 15) 




D- DIRECT ACCESS BLOCK DEVICE (SBC-2t Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L-PRINTER DEVICE (SSC 

not blank = code used 




P- PROCESSOR DEVICE (SPC-2) 




. W- WRITE ONCE BLOCK DEVICE (SBC) 




R - CD/DVD DEVICE (MMC-4) 




0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 




. M- MEDIA CHANGER DEVICE (SMC-2) 




A - STORAGE ARRAY DEVICE (SCC-2) 




E - ENCLOSURE SERVICES DEVICE (SES) 




. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 




K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 




V-AUTOMATION/DRIVE INTERFACE (ADC) 




. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

53h 

01h 

T 


UNLOAD TAPE FAILURE 

08h 

04 h 

D T 

LPWRO K 

UNREACHABLE COPY TARGET 

11 h 

OOh 

D T 

WRO B K 

UNRECOVERED READ ERROR 

11 h 

04h 

D 

WO B K 

UNRECOVERED READ ERROR - AUTO REALLOCATE FAILED 

11 h 

OBh 

D 

WO B K 

UNRECOVERED READ ERROR - RECOMMEND REASSIGNMENT 

11 h 

OCh 

D 

WO B K 

UNRECOVERED READ ERROR - RECOMMEND REWRITE THE DATA 

46h 

OOh 

D T 

L PWROM B K 

UNSUCCESSFUL SOFT RESET 

35h 

Olh 

D T 

L PWROMA E B KV F 

UNSUPPORTED ENCLOSURE FUNCTION 

26h 

09h 

D T 

L PWRO K 

UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE 

26h 

07h 

D T 

LPWRO K 

UNSUPPORTED TARGET DESCRIPTOR TYPE CODE 

59h 

OOh 


0 

UPDATED BLOCK READ 

OOh 

ICh 

T 


VERIFY OPERATION IN PROGRESS 

61h 

OOh 



VIDEO ACQUISITION ERROR 

65h 

OOh 

D T 

L PWROMA E B KV F 

VOLTAGE FAULT 

3Fh 

OAh 

D T 

WROMA E B K 

VOLUME SET CREATED OR MODIFIED 

3Fh 

OCh 

D T 

WROMA E B K 

VOLUME SET DEASSIGNED 

3Fh 

OBh 

D T 

WROMA E B K 

VOLUME SET DELETED 

3Fh 

ODh 

D T 

WROMA E B K 

VOLUME SET REASSIGNED 

OBh 

OOh 

D T 

L PWROMA E B KV F 

WARNING 

OBh 

02h 

D T 

L PWROMA E B KV F 

WARNING - ENCLOSURE DEGRADED 

OBh 

Olh 

D T 

L PWROMA E B KV F 

WARNING - SPECIFIED TEMPERATURE EXCEEDED 

30h 

OCh 

T 


WORM MEDIUM - OVERWRITE ATTEMPTED 

50h 

OOh 

T 


WRITE APPEND ERROR 

50h 

Olh 

T 


WRITE APPEND POSITION ERROR 

OCh 

OOh 

T 

R 

WRITE ERROR 

OCh 

02 h 

D 

WO B K 

WRITE ERROR - AUTO REALLOCATION FAILED 

OCh 

09h 


R 

WRITE ERROR - LOSS OF STREAMING 

OCh 

ODh 

D T 

L PWROMA E B KV F 

WRITE ERROR - NOT ENOUGH UNSOLICITED DATA 

OCh 

OAh 


R 

WRITE ERROR - PADDING BLOCKS ADDED 

OCh 

03h 

D 

WO B K 

WRITE ERROR - RECOMMEND REASSIGNMENT 

OCh 

Olh 


K 

WRITE ERROR - RECOVERED WITH AUTO REALLOCATION 

OCh 

08h 


R 

WRITE ERROR - RECOVERY FAILED 

OCh 

07h 


R 

WRITE ERROR - RECOVERY NEEDED 

OCh 

OCh 

D T 

L PWROMA E B KV F 

WRITE ERROR - UNEXPECTED UNSOLICITED DATA 

27h 

OOh 

D T 

WRO B K 

WRITE PROTECTED 

| Annex D contains the ASC and ASCQ assignments in numeric order. 
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Table 29 — ASC and ASCQ assignments (part 15 of 15) 

D - DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

O-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ DTLPWROMAEBKVF Description 

31 h 02h R ZONED FORMATTING FAILED DUE TO SPARE LINKING 

80h xxh \ 

Through > Vendor specific. 

FFh xxh / 

xxh 80h \ 

Through > Vendor specific QUALIFICATION OF STANDARD ASC. 

xxh FFh / 

_ ALL CODES NOT SHOWN ARE RESERVED. _ 

Annex D contains the ASC and ASCQ assignments in numeric order. _ 
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5 Model common to all device types 

5.1 Introduction to the model common to all device types 

This model describes some of the general characteristics expected of most SCSI devices. It is not intended to alter 
any requirements defined elsewhere in SCSI. Devices conforming to this standard also shall conform to SAM-3. 


5.2 Commands implemented by all SCSI device servers 

5.2.1 Summary of commands implemented by all SCSI device servers 

This standard defines three commands that all SCSI device servers shall implement - INQUIRY, REQUEST 
SENSE, and TEST UNIT READY. These commands are used to configure the system, to test devices, and to 
return important information concerning errors and exception conditions. 

5.2.2 Using the INQUIRY command 

The INQUIRY command may be used by an application client to determine the configuration of the logical unit. 
Device servers respond with information that includes their type and standard version and may include the vendor's 
identification, model number and other information. It is recommended that device servers be capable of returning 
this information (or whatever part of it that is available) upon completing power-on initialization. A device server 
may take longer to get certain portions of this information, especially if it retrieves the information from the medium. 

5.2.3 Using the REQUEST SENSE command 

The REQUEST SENSE command may be used by an application client to poll the status of some background 
operations and to clear interlocked unit attention conditions (see 7.4.6). 

5.2.4 Using the TEST UNIT READY command 

The TEST UNIT READY command allows an application client to poll a logical unit until it is ready without the need 
to allocate space for returned data. The TEST UNIT READY command may be used to check the media status of 
logical units with removable media. Device servers should respond promptly to indicate the current status of the 
SCSI device. 

NOTE 8 - Delays to achieve GOOD status from a TEST UNIT READY command may adversely affect initiator 
device performance. 


5.3 Implicit head of queue 

Each of the following commands may be processed by the task manager as if it has a task attribute of head of 
queue (see SAM-3) if it is received with a simple task attribute, an ordered task attribute, or no task attribute: 

a) INQUIRY; and 

b) REPORT LUNS. 

An application client should not send a command with the ordered task attribute if the command may be 
processed as if it has a task attribute of head of queue because whether the ordered task attribute is honored is 
vendor specific. 
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5.4 Parameter rounding 

Certain parameters sent to a device server with various commands contain a range of values. Device servers may 
choose to implement only selected values from this range. When the device server receives a value that it does not 
support, it either rejects the command (i.e., CHECK CONDITION status with ILLEGAL REQUEST sense key) or it 
rounds the value received to a supported value. 

When parameter rounding is implemented, a device server that receives a parameter value that is not an exact 
supported value shall adjust the value to one that it supports and shall return CHECK CONDITION status, with the 
sense key set to RECOVERED ERROR, and the additional sense code set to ROUNDED PARAMETER. The 
application client should issue an appropriate command to learn what value the device server has selected. 

The device server shall reject unsupported values unless rounding is permitted in the description of the parameter. 
When the description of a parameter states that rounding is permitted, the device server should adjust 
maximum-value fields down to the next lower supported value than the one specified by the application client. 
Minimum-value fields should be rounded up to the next higher supported value than the one specified by the appli¬ 
cation client. In some cases, the type of rounding (up or down) is explicitly specified in the description of the 
parameter. 


5.5 Self-test operations 

5.5.1 Default self-test 

The SEND DIAGNOSTIC command provides a means to request that a SCSI device perform a self test. While the 
test is vendor specific, the means of requesting the test is standardized. 

The default self-test is mandatory for all device types that support the SEND DIAGNOSTIC command. The 
response is GOOD status if the test detects no exceptions, or CHECK CONDITION status if the test detects excep¬ 
tions. 

5.5.2 The short and extended self-tests 

There are two optional types of self-test aside from the mandatory default self-test that may be invoked using the 
SELF-TEST CODE field in the SEND DIAGNOSTIC command: a short self-test and an extended self-test. The goal of 
the short self-test is to quickly identify if the logical unit determines that it is faulty. A goal of the extended self-test 
routine is to simplify factory testing during integration by having logical units perform more comprehensive testing 
without application client intervention. A second goal of the extended self-test is to provide a more comprehensive 
test to validate the results of a short self-test, if its results are judged by the application client to be inconclusive. 

The criteria for the short self-test are that it has one or more segments and completes in two minutes or less. The 
criteria for the extended self-test are that it is has one or more segments and that the completion time is vendor 
specific. Any tests performed in the segments are vendor specific. 

The following are examples of segments: 

a) An electrical segment wherein the logical unit tests its own electronics. The tests in this segment are 
vendor specific, but some examples of tests that may be included are: a buffer RAM test, a read/write 
circuitry test, and/or a test of the read/write heads; 

b) A seek/servo segment wherein a device tests it capability to find and servo on data tracks; and 

c) A read/verify scan segment wherein a device performs read scanning of some or all of the medium 
surface. 
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The tests performed in the segments may be the same for the short and extended self-tests. The time required by 
a logical unit to complete its extended self-test is reported in the extended self-test completion time field in the 
Control mode page (see 7.4.6). 

5.5.3 Self-test modes 

There are two modes for short and extended self-tests: a foreground mode and a background mode. These modes 
are described in 5.5.3.1 and 5.5.3.2. 

5.5.3.1 Foreground mode 

When a device server receives a SEND DIAGNOSTIC command specifying a self-test to be performed in the 
foreground mode, the device server shall return status for that command after the self-test has been completed. 

While performing a self-test in the foreground mode, the device server shall respond to all commands except 
INQUIRY, REPORT LUNS, and REQUEST SENSE with CHECK CONDITION status, with the sense key set to 
NOT READY, and the additional sense code set to LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS. 

If a device server is performing a self-test in the foreground mode and a test segment error occurs during the test, 
the device server shall update the Self-Test Results log page (see 7.2.10) and terminate the SEND DIAGNOSTIC 
command with CHECK CONDITION status, with the sense key set to HARDWARE ERROR, and the additional 
sense code set to LOGICAL UNIT FAILED SELF-TEST. The application client may obtain additional information 
about the failure by reading the Self-Test Results log page. If the device server is unable to update the Self-Test 
Results log page, it shall terminate the SEND DIAGNOSTIC command with CHECK CONDITION status, with the 
sense key set to HARDWARE ERROR, and the additional sense code set to LOGICAL UNIT UNABLE TO 
UPDATE SELF-TEST LOG. 

An application client should reserve the logical unit before initiating a self-test in the foreground mode. An appli¬ 
cation client may terminate a self-test that is being performed in the foreground mode using commands (see clause 
6) or task management functions (see SAM-3) (e.g., a PERSISTENT RESERVE OUT command with PREEMPT 
AND ABORT service action, an ABORT TASK task management function, a CLEAR TASK SET task management 
function). In addition, a foreground mode self-test shall be terminated by an l_T nexus loss (see SAM-3). If a SEND 
DIAGNOSTIC command that requested a self-test in the foreground mode is terminated while the SCSI target 
device is performing the self-test, the device server shall abort the self-test and update the Self-Test Results log 
page (see 7.2.10). 

5.5.3.2 Background mode 

When a device server receives a SEND DIAGNOSTIC command specifying a self-test to be performed in the 
background mode, the device server shall return status for that command as soon as the CDB has been validated. 

After returning status for the SEND DIAGNOSTIC command specifying a self-test to be performed in the 
background mode, the device server shall initialize the Self-Test Results log page (see 7.2.10) as follows. The 
self-test code from the SEND DIAGNOSTIC command shall be placed in the self-test code field in the log page. 
The self-test results field shall be set to Fh. After the Self-Test Results log page is initialized, the device server 
shall begin the first self-test segment. 

While the device server is performing a self-test in the background mode, it shall terminate with CHECK 
CONDITION status any SEND DIAGNOSTIC command it receives that meets one of the following criteria: 

a) The SelfTest bit is set to one; or 

b) The self-test code field contains a value other than 000b or 100b. 
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When terminating the SEND DIAGNOSTIC command, the sense key shall be set to NOT READY and the 
additional sense code shall be set to LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS. 

While performing a self-test in the background mode, the device server shall suspend the self-test to service any 
other commands received with the exceptions listed in table 30. Suspension of the self-test to service the 
command shall occur as soon as practical and shall not take longer than two seconds. 


Table 30 — Exception commands for background self-tests 


Device type 

Command 

Reference 

All device types 

SEND DIAGNOSTIC (with self-test code field set to 100b) 

WRITE BUFFER (with the mode set to any download microcode option) 

6.27 

6.33 

Direct access 

FORMAT UNIT 

START STOP UNIT 

SBC-2 

Sequential 

access 

ERASE 

FORMAT MEDIUM 

LOAD UNLOAD 

LOCATE 

READ 

READ POSITION 

READ REVERSE 

REWIND 

SPACE 

VERIFY 

WRITE 

WRITE BUFFER 

WRITE FILEMARKS 

SSC-2 

Medium 

changer 

EXCHANGE MEDIUM 

INITIALIZE ELEMENT STATUS 

MOVE MEDIUM 

POSITION TO ELEMENT 

READ ELEMENT STATUS (if curdata= 0 and device motion is required) 
WRITE BUFFER 

SMC-2 

NOTE 1 Device types not listed in this table do not have commands that are exceptions for 
background self-tests, other than those listed above for all device types. 


If one of the exception commands listed in table 30 is received, the device server shall abort the self-test, update 
the self-test log, and service the command as soon as practical but not longer than two seconds after the CDB has 
been validated. 

An application client may terminate a self-test that is being performed in the background mode by issuing a SEND 
DIAGNOSTIC command with the self-test code field set to 100b (Abort background self-test function). A 
background mode self-test shall not be terminated by an l_T nexus loss (see SAM-3). 

5.5.3.3 Features common to foreground and background self-test modes 

The progress indication field returned in response to a REQUEST SENSE command (see 6.26) may be used by 
the application client at any time during a self-test operation to poll the logical unit’s progress. While a self-test 
operation is in progress unless an error has occurred, a device server shall respond to a REQUEST SENSE 
command by returning the sense key set to NOT READY and the additional sense code set to LOGICAL UNIT NOT 
READY, SELF-TEST IN PROGRESS with the sense key specific bytes set for progress indication. 

The application client may obtain information about the twenty most recently completed self-tests by reading the 
Self-Test Results log page (see 7.2.10). This is the only method for an application client to obtain information about 
self-tests performed in the background mode. 
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Table 31 summarizes when a logical unit returns status after receipt of a self-test command, how an application 
client may abort a self-test, how a logical unit handles commands that are entered into the task set while a self-test 
is in progress, and how a logical unit reports a self-test failure. 


Table 31 — Self-test mode summary 


Mode 

When 
Status is 
Returned 

How to abort 
the self-test 

Processing of subsequent 
commands while self-test is 
being processed 

Self-test failure reporting 

Fore¬ 

ground 

After the 
self-test is 
complete 

One of the 
commands 
(see 5.5.3.1) 
and task 
management 
functions (see 
SAM-3) that 
cause tasks 
to be aborted 

If the command is INQUIRY, 
REPORT LUNS or REQUEST 
SENSE, process normally. 
Otherwise, terminate with 
CHECK CONDITION status, 
with the sense key set to NOT 
READY, and the additional 
sense code set to LOGICAL 
UNIT NOT READY, 

SELF-TEST IN PROGRESS. 

Terminate with CHECK CONDI¬ 
TION status, with the sense key 
set to HARDWARE ERROR, and 
the additional sense code set to 
LOGICAL UNIT FAILED 
SELF-TEST or LOGICAL UNIT 
UNABLE TO UPDATE 

SELF-TEST LOG. 

Back¬ 

ground 

After the 
CDB is 
validated 

SEND DIAG¬ 
NOSTIC 
command with 

SELF-TEST CODE 

field set to 100b 

Process the command, 
except as described in 

5.5.3.2. 

Application client checks Self-Test 
Results log page (see 7.2.10) 
after the progress indication 
field returned from REQUEST 
SENSE indicates the self-test is 
complete. 


5.6 Reservations 

5.6.1 Persistent Reservations overview 

Reservations may be used to allow a device server to process commands from a selected set of l_T nexuses (i.e., 
combinations of initiator ports accessing target ports) and reject commands from l_T nexuses outside the selected 
set. The device server uniquely identifies l_T nexuses using protocol specific mechanisms. 

Application clients may add or remove l_T nexuses from the selected set using reservation commands. If the appli¬ 
cation clients do not cooperate in the reservation protocol, data may be unexpectedly modified and deadlock condi¬ 
tions may occur. 

The persistent reservations mechanism allows multiple application clients communicating through multiple l_T 
nexuses to protect reservation operations across SCSI initiator device failures, which usually involve logical unit 
resets and involve l_T nexus losses. Persistent reservations persist across recovery actions, to provide application 
clients with more detailed control over reservations recovery. Persistent reservations are not reset by hard reset, 
logical unit reset, or l_T nexus loss. 

The persistent reservation held by a failing l_T nexus may be preempted by another l_T nexus as part of the 
recovery process. Persistent reservations shall be retained by the device server until released, preempted, or 
cleared by mechanisms specified in this standard. Optionally, persistent reservations may be retained when power 
to the SCSI target device is removed. 

The PERSISTENT RESERVE OUT and PERSISTENT RESERVE IN commands provide the basic mechanism for 
dynamic contention resolution in systems with multiple initiator ports using logical units with multiple target ports. 
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Before a persistent reservation may be established, an application client shall register each l_T nexus with a device 
server using a reservation key. Reservation keys are necessary to allow: 

a) Authentication of subsequent PERSISTENT RESERVE OUT commands; 

b) Identification of other l_T nexuses that are registered; 

c) Identification of the reservation key(s) that have an associated persistent reservation; 

d) Preemption of a persistent reservation from a failing or uncooperative l_T nexus; and 

e) Multiple l_T nexuses to participate in a persistent reservation. 

The reservation key provides a method for the application client to associate a protocol-independent identifier with 
a registered l_T nexus. The reservation key is used in the PERSISTENT RESERVE IN command to identify which 
l_T nexuses are registered and which l_T nexus, if any, holds the persistent reservation. The reservation key is 
used in the PERSISTENT RESERVE OUT command to register an l_T nexus, to verify the l_T nexus being used 
for the PERSISTENT RESERVATION OUT command is registered, and to specify which registrations or persistent 
reservation to preempt. 

Reservation key values may be used by application clients to identify registered l_T nexuses, using application 
specific methods that are outside the scope of this standard. This standard provides the ability to register no more 
than one reservation key per l_T nexus. Multiple initiator ports may use the same reservation key value for a logical 
unit accessed through the same target ports. An initiator port may use the same reservation key value for a logical 
unit accessed through different target ports. The logical unit shall maintain a separate reservation key for each l_T 
nexus, regardless of the reservation key’s value. 

An application client may register an l_T nexus with multiple logical units in a SCSI target device using any combi¬ 
nation of unique or duplicate reservation keys. These rules provide the ability for an application client to preempt 
multiple l_T nexuses with a single PERSISTENT RESERVE OUT command, but they do not provide the ability for 
the application client to uniquely identify the l_T nexuses using the PERSISTENT RESERVE commands. 

See table 112 in 6.12.2 for a list of PERSISTENT RESERVE OUT service actions. See table 101 in 6.11.1 for a list 
of PERSISTENT RESERVE IN service actions. 

The scope (see 6.11.3.3) of a persistent reservation shall be the entire logical unit. 

The type (see 6.11.3.4) of a persistent reservation defines the selected set of l_T nexuses for which the persistent 
reservation places restrictions on commands. 

The details of which commands are allowed under what types of reservations are described in table 32. 

In table 32 and table 33 the following key words are used: 

allowed: Commands received from l_T nexuses not holding the reservation or from l_T nexuses not registered 
when a registrants only or all registrants type persistent reservation is present should complete normally. 

conflict: Commands received from l_T nexuses not holding the reservation or from l_T nexuses not registered 
when a registrants only or all registrants type persistent reservation is present shall not be performed and the 
device server shall terminate the command with a RESERVATION CONFLICT status. 

Commands from l_T nexuses holding a reservation should complete normally. The behavior of commands from 
registered l_T nexuses when a registrants only or all registrants type persistent reservation is present is specified 
in table 32 and table 33. 

An unlinked command shall be checked for reservation conflicts before the task containing that command enters 
the enabled task state. The reservation state as it exists when the first command in a group of linked commands 
enters the enabled task state shall be used in checking for reservation conflicts for all the commands in the task. 
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Once a task has entered the enabled task state, the command or commands comprising that task shall not be 
terminated with a RESERVATION CONFLICT due to a subsequent reservation. Any command in a group of linked 
commands that changes the reservation state shall be the last command in the group. 

For each command, this standard or other command standard (see 3.1.18) defines the conditions that result in 
RESERVATION CONFLICT. Command standards define the conditions either in the device model or in the descrip¬ 
tions each specific command. 

Table 32 — SPC commands that are allowed in the presence of various reservations (part 1 of 2) 


Command 

Addressed LU has this type of persistent reservation 
held by another l_T nexus 

From any l_T 
nexus 

From 

registered 
l_T nexus 
(RR all 
types) 

From l_T nexus not 
registered 

Write 

Excl 

Excl 

Access 

Write Excl 
RR 

Excl Acc¬ 
ess - RR 

ACCESS CONTROL IN 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

ACCESS CONTROL OUT 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

CHANGE ALIASES 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

EXTENDED COPY 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

INQUIRY 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

LOG SELECT 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

LOG SENSE 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

MODE SELECT(6)/ 

MODE SELECT(IO) 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

MODE SENSE(6)/ 

MODE SENSE(IO) 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

PERSISTENT RESERVE IN 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

PERSISTENT RESERVE OUT 

see table 33 

PREVENT ALLOW MEDIUM REMOVAL 
(Prevent=0) 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

PREVENT ALLOW MEDIUM REMOVAL 
(PreventoO) 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

READ ATTRIBUTE 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

READ BUFFER 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

READ MEDIA SERIAL NUMBER 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RECEIVE COPY RESULTS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

RECEIVE DIAGNOSTIC RESULTS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

Key: LU=Logical Unit, Excl=Exclusive, RR=Registrants Only or All Registrants, <> Not Equal 

a Exceptions to the behavior of the RESERVE and RELEASE commands described in SPC-2 are defined in 
5.6.3. 

b Logical units claiming compliance with previous versions of this standard (e.g., SPC-2) may return 
RESERVATION CONFLICT in this case. 
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Table 32 — SPC commands that are allowed in the presence of various reservations (part 2 of 2) 



Addressed LU has this type of persistent reservation 
held by another l_T nexus 

Command 

From any l_T 
nexus 

From 

registered 

1 T nexus 
(RR all 
types) 

From l_T nexus not 
registered 


Write 

Excl 

Excl 

Access 

Write Excl 
RR 

Excl Acc¬ 
ess - RR 

RELEASE^)/ 

RELEASE(IO) 

As defined in SPC-2 a 

REPORT ALIASES 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT DEVICE IDENTIFIER 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT LUNS 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT PRIORITY 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT SUPPORTED OPERATION CODES 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

REPORT SUPPORTED TASK 

MANAGEMENT FUNCTIONS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

REPORT TARGET PORT GROUPS 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REQUEST SENSE 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RESERVE^)/ 

RESERVE(IO) 

As defined in SPC-2 a 

SEND DIAGNOSTIC 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET DEVICE IDENTIFIER 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET PRIORITY 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET TARGET PORT GROUPS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

TEST UNIT READY 

Allowed 13 

Allowed 13 

Allowed 

Allowed b 

Allowed b 

WRITE ATTRIBUTE 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

WRITE BUFFER 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

Key: LU=Logical Unit, Excl=Exclusive, RR=Registrants Only or All Registrants, <> 

• Not Equal 


a Exceptions to the behavior of the RESERVE and RELEASE commands described in SPC-2 are defined in 
5.6.3. 

b Logical units claiming compliance with previous versions of this standard (e.g., 
RESERVATION CONFLICT in this case. 

SPC-2) may return 
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Table 33 — PERSISTENT RESERVE OUT service actions that are allowed in the presence of various 
reservations 


Command Service Action 

Addressed LU has a persistent 
reservation held by another l_T nexus 

Command is from 
a registered 
l_T nexus 

Command is from 
a not registered 
l_T nexus 

CLEAR 

Allowed 

Conflict 

PREEMPT 

Allowed 

Conflict 

PREEMPT AND ABORT 

Allowed 

Conflict 

REGISTER 

Allowed 

Allowed 

REGISTER AND IGNORE EXISTING KEY 

Allowed 

Allowed 

REGISTER AND MOVE 

Allowed 

Conflict 

RELEASE 

Allowed a 

Conflict 

RESERVE 

Conflict 

Conflict 

Key: LU=Logical Unit 

a The reservation is not released (see 5.6.10.2). 


The time at which a reservation is established with respect to other tasks being managed by the device server is 
vendor specific. Successful completion of a reservation command indicates that the new reservation is established. 
A reservation may apply to some or all of the tasks in the task set before the completion of the reservation 
command. The reservation shall apply to all tasks received by the device server after successful completion of the 
reservation command. Any persistent reserve service action shall be performed as a single indivisible event. 

Multiple persistent reserve service actions may be present in the task set at the same time. The order of processing 
of such service actions is defined by the task set management requirements defined in SAM-3, but each is 
processed as a single indivisible command without any interleaving of actions that may be required by other reser¬ 
vation commands. 

5.6.2 Third party persistent reservations 

Except for all registrants type reservations, a reservation holder (see 5.6.9) may move the persistent reservation to 
a third party (e.g., a copy manager supporting the EXTENDED COPY command) using the REGISTER AND 
MOVE service action (see 5.6.7). A copy manager supporting the EXTENDED COPY command may be instructed 
to move the persistent reservation to a specified l_T nexus using the third party persistent reservations source l_T 
nexus segment descriptor (see 6.3.7.19). 

5.6.3 Exceptions to SPC-2 RESERVE and RELEASE behavior 

This subclause defines exceptions to the behavior of the RESERVE and RELEASE commands defined in SPC-2. 
The RESERVE and RELEASE commands are obsolete in this standard, except for the behavior defined in this 
subclause. Device servers that operate using the exceptions described in this subclause shall set the crh bit to one 
in the parameter data returned by the REPORT CAPABILITIES service action of the PERSISTENT RESERVE IN 
command (see 6.11.4). 
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A RELEASE(6) or RELEASE(IO) command shall complete with GOOD status, but the persistent reservation shall 
not be released, if the command is received from: 

a) An l_T nexus that is a persistent reservation holder (see 5.6.9); or 

b) An l_T nexus that is registered if a registrants only or all registrants type persistent reservation is present. 

A RESERVE(6) or RESERVE(IO) command shall complete with GOOD status, but no reservation shall be estab¬ 
lished and the persistent reservation shall not be changed, if the command is received from: 

a) An l_T nexus that is a persistent reservation holder; or 

b) An l_T nexus that is registered if a registrants only or all registrants type persistent reservation is present. 

In all other cases, a RESERVE(6) command, RESERVE(IO) command, RELEASE(6) command, or RELEASE(IO) 
command shall be processed as defined in SPC-2. 

5.6.4 Preserving persistent reservations and registrations 

The application client may request activation of the persist through power loss device server capability to preserve 
the persistent reservation and registrations across power cycles by setting the aptpl bit to one in the PERSISTENT 
RESERVE OUT parameter data sent with a REGISTER service action, REGISTER AND IGNORE EXISTING KEY 
service action, or REGISTER AND MOVE service action. 

After the application client enables the persist through power loss capability the device server shall preserve the 
persistent reservation, if any, and all current and future registrations associated with the logical unit to which the 
REGISTER service action, the REGISTER AND IGNORE EXISTING KEY service action, or REGISTER AND 
MOVE service action was addressed until an application client disables the persist through power loss capability. 
The aptpl value from the most recent successfully completed REGISTER service action, REGISTER AND 
IGNORE EXISTING KEY service action, or REGISTER AND MOVE service action from any application client shall 
determine the logical unit’s behavior in the event of a power loss. 

The device server shall preserve the following information for each existing registration across any hard reset, 
logical unit reset, or l_T nexus loss, and if the persist through power loss capability is enabled, across any power 
cycle: 

a) For SCSI transport protocols where initiator port names (see 3.1.46) are required, the initiator port name; 
otherwise, the initiator port identifier (see 3.1.45); 

b) Reservation key; and 

c) Indication of the target port to which the registration was applied. 

The device server shall preserve the following information about the existing persistent reservation across any hard 
reset, logical unit reset, or l_T nexus loss, and if the persist through power loss capability is enabled, across any 
power cycle: 

a) For SCSI transport protocols where initiator port names are required, the initiator port name; otherwise, the 
initiator port identifier; 

b) Reservation key; 

c) Scope; 

d) Type; and 

e) Indication of the target port through which the reservation was established. 

NOTE 9 - The scope of a persistent reservation is always LU_SCOPE. For an all registrants type persistent reser¬ 
vation, only the scope and type need to be preserved. 
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The capability of preserving persistent reservations and registrations across power cycles requires the use of a 
nonvolatile memory within the SCSI device. Any SCSI device and logical unit that supports the persist through 
power loss capability of persistent reservation and has nonvolatile memory that is not ready shall allow the 
following commands into the task set: 

a) INQUIRY; 

b) LOG SENSE; 

c) READ BUFFER; 

d) REPORT LUNS; 

e) REQUEST SENSE; 

f) START STOP UNIT (with the start bit set to one and power conditions field value of Oh); and 

g) WRITE BUFFER. 

When nonvolatile memory has not become ready since a power cycle, commands other than those listed in this 
subclause shall be terminated with CHECK CONDITION status, with the sense key set to NOT READY, and the 
additional sense code set as described in table 180 (see 6.31). 

5.6.5 Finding persistent reservations and reservation keys 

5.6.5.1 Summary of commands for finding persistent reservations and reservation keys 

The application client may obtain information about the persistent reservation and the reservation keys (i.e., regis¬ 
trations) that are present within a device server by issuing a PERSISTENT RESERVE IN command with a READ 
RESERVATION service action, a READ KEYS service action, or a READ FULL STATUS service action. 

5.6.5.2 Reporting reservation keys 

An application client may issue a PERSISTENT RESERVE IN command with READ KEYS service action to 
determine if any l_T nexuses have been registered with a logical unit through any target port. 

In response to a PERSISTENT RESERVE IN with READ KEYS service action the device server shall report the 
following: 

a) The current PRgeneration value (see 6.11.2); and 

b) The reservation key for every l_T nexus that is currently registered regardless of the target port through 
which the registration occurred. 

The PRgeneration value allows the application client to verify that the configuration of the l_T nexuses registered 
with a logical unit has not been modified. 

Duplicate reservation keys shall be reported if multiple l_T nexuses are registered using the same reservation key. 

If an application client uses a different reservation key for each l_T nexus, the application client may use the reser¬ 
vation key to uniquely identify an l_T nexus. 

5.6.5.3 Reporting the persistent reservation 

An application client may issue a PERSISTENT RESERVE IN command with READ RESERVATION service action 
to receive the persistent reservation information. 
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In response to a PERSISTENT RESERVE IN command with READ RESERVATION service action the device 
server shall report the following information for the persistent reservation, if any: 

a) The current PRgeneration value (see 6.11.2); 

b) The registered reservation key, if any, associated with the l_T nexus that holds the persistent reservation. If 
the persistent reservation is an all registrants type, the registered reservation key reported shall be zero; 
and 

c) The scope and type of the persistent reservation, if any. 

If an application client uses a different reservation key for each l_T nexus, the application client may use the reser¬ 
vation key to associate the persistent reservation with the l_T nexus that holds the persistent reservation. This 
association is done using techniques that are outside the scope of this standard. 

5.6.5.4 Reporting full status 

An application client may issue a PERSISTENT RESERVE IN command with READ FULL STATUS service action 
to receive all information about registrations and the persistent reservation, if any. 

In response to a PERSISTENT RESERVE IN command with READ FULL STATUS service action the device server 
shall report the current PRgeneration value (see 6.11.2) and, for every l_T nexus that is currently registered, the 
following information: 

a) The registered reservation key; 

b) Whether the l_T nexus is a persistent reservation holder; 

c) If the l_T nexus is a persistent reservation holder, the scope and type of the persistent reservation; 

d) The relative target port identifier identifying the target port of the l_T nexus; and 

e) A TransportID identifying the initiator port of the l_T nexus. 

5.6.6 Registering 

To establish a persistent reservation the application client shall first register an l_T nexus with a logical unit. An 
application client registers with a logical unit by issuing a PERSISTENT RESERVE OUT command with 
REGISTER service action or REGISTER AND IGNORE EXISTING KEY service action. 

If the l_T nexus has an established registration, an application client may remove the reservation key (see 
5.6.10.4.4). This is accomplished by issuing a PERSISTENT RESERVE OUT command with a REGISTER service 
action or a REGISTER AND IGNORE EXISTING KEY service action as shown in table 34 and table 35, respec¬ 
tively. 
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If an l_T nexus has not yet established a reservation key or the reservation key and registration have been 
removed, an application client may register that l_T nexus and zero or more specified unregistered l_T nexuses by 
issuing a PERSISTENT RESERVE OUT command with REGISTER service action as defined in table 34. 

If the l_T nexus has an established registration, the application client may change the reservation key by issuing a 
PERSISTENT RESERVE OUT command with REGISTER service action as defined in table 34. 


Table 34 — Register behaviors for a REGISTER service action 


Command 
l_T nexus 
status 

Parameter list fields a 

Results 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

SPEC_I_PT 

received on an 
unregistered 
l_T nexus 

zero 

zero 

ignore 

Do nothing except return GOOD status. 

non-zero 

zero b 

Register the l_T nexus on which the command 
was received with the value specified in the 

SERVICE ACTION RESERVATION KEY field. 

one 

Register the l_T nexus on which the command 
was received and each unregistered l_T nexus 
specified in the parameter list with the value 
specified in the service action reservation 
key field. c 

non-zero 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

received on a 
registered 
l_T nexus 

Not equal to 
l_T nexus 
reservation 
key 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

Equal to 
l_T nexus 
reservation 
key 

zero 

zero b 

Unregister the l_T nexus on which the 
command was received (see 5.6.10.3). 

one 

Return CHECK CONDITION status. d 

non-zero 

zero b 

Change the reservation key of the l_T nexus 
on which the command was received to the 
value specified in the service action reser¬ 
vation key field. 

one 

Return CHECK CONDITION status. d 


a For requirements regarding the parameter list fields not shown in this table see 6.12.3. 
b If the spec_i_pt bit is set to zero, the device server shall ignore the PERSISTENT RESERVE OUT 
command’s additional parameter data (see 6.12.3). 

c If any l_T nexus specified in the parameter list is registered, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

d The sense key shall be set to ILLEGAL REQUEST, and the additional sense code shall be set to INVALID 
FIELD IN CDB. 


70 


Working Draft SCSI Primary Commands - 3 (SPC-3) 






1 December 2004 


T10/1416-D Revision 21b 


Alternatively, an application client may establish a reservation key for one or more l_T nexuses without regard for 
whether one has previously been established by issuing a PERSISTENT RESERVE OUT command with 
REGISTER AND IGNORE EXISTING KEY service action as defined in table 35. 


Table 35 — Register behaviors for a REGISTER AND IGNORE EXISTING KEY service action 


Command 
l_T nexus 
status 

Parameter list fields a 

Results 

SERVICE ACTION 

RESERVATION 

KEY 

SPEC_I_PT 

received on an 
unregistered 
l_T nexus 

zero 

ignore 

Do nothing except return GOOD status. 

non-zero 

zero b 

Register the l_T nexus on which the command was received 
with the value specified in the service action reservation 
key field. 

one 

Return CHECK CONDITION status. c 

received on a 
registered 
l_T nexus 

zero 

zero b 

Unregister the l_T nexus on which the command was received 
(see 5.6.10.3). 

one 

Return CHECK CONDITION status. c 

non-zero 

zero b 

Change the reservation key of the l_T nexus on which the 
command was received to the value specified in the service 
action reservation key field. 

one 

Return CHECK CONDITION status. c 


a The RESERVATION key field is ignored when processing a REGISTER AND IGNORE EXISTING KEY service 
action. For requirements regarding other parameter list fields not shown in this table see 6.12.3. 
b If the spec_i_pt bit is set to zero, the device server shall ignore the PERSISTENT RESERVE OUT 
command’s additional parameter data (see 6.12.3). 

c The sense key shall be set to ILLEGAL REQUEST, and the additional sense code shall be set to INVALID 
FIELD IN CDB. 


If a PERSISTENT RESERVE OUT command with a REGISTER service action or a REGISTER AND IGNORE 
EXISTING KEY service action is attempted, but there are insufficient device server resources to complete the 
operation, then the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT REGISTRATION RESOURCES. 

In response to a PERSISTENT RESERVE OUT command with a REGISTER service action or a REGISTER AND 
IGNORE EXISTING KEY service action the device server shall perform a registration for each specified l_T nexus 
by doing the following as an uninterrupted series of actions: 

a) Process the registration request regardless of any persistent reservations; 

b) Process the aptpl bit; 

c) Ignore the contents of the scope and type fields; 

d) Associate the reservation key with the l_T nexus being registered, where: 

A) The l_T nexus(es) being registered are shown in table 36; and 

B) Regardless of how the l_T nexus initiator port is specified, the association for the initiator port is based 
on either the initiator port name (see 3.1.46) on SCSI transport protocols where port names are 
required or the initiator port identifier (see 3.1.45) on SCSI transport protocols where port names are 
not required; 

e) Register the reservation key without changing any persistent reservation that may exist; and 

f) Retain the reservation key and associated information. 
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Table 36 — l_T Nexuses being registered 




I T nexus(es) being registered 

SPEC_I_PT 

ALL_TG_PT 

Initiator port 

Target port 

0 

0 

The port’s names or identifiers to be registered are determined from the l_T nexus 
on which the PERSISTENT RESERVE OUT command was received 

0 

1 

The port’s name or identifier to be regis¬ 
tered is determined from the 1 T nexus 
on which the PERSISTENT RESERVE 
OUT command was received 

Register all of the target ports in the 

SCSI target device 

1 

0 

a) The port’s name or identifier to be 
registered is determined from the l_T 
nexus on which the PERSISTENT 
RESERVE OUT command was 
received; and 

b) Specified by each TransportID in the 
additional parameter data (see 6.12.3) 

The port’s name or identifier to be regis¬ 
tered is determined from the l_T nexus 
on which the PERSISTENT RESERVE 
OUT command was received 

1 

1 

a) The port’s name or identifier to be 
registered is determined from the l_T 
nexus on which the PERSISTENT 
RESERVE OUT command was 
received; and 

b) Specified by each TransportID in the 
additional parameter data 

Register all of the target ports in the 

SCSI target device 


After the registration request has been processed, the device server shall then allow other PERSISTENT 
RESERVE OUT commands from the registered l_T nexus to be processed. The device server shall retain the 
reservation key until the key is changed as described in this subclause or removed as described in 5.6.10. 

Any PERSISTENT RESERVE OUT command service action received from an unregistered l_T nexus, other than 
the REGISTER or the REGISTER AND IGNORE EXISTING KEY service action, shall be rejected with a RESER¬ 
VATION CONFLICT status. 

It is not an error for an l_T nexus that is registered to be registered again with the same reservation key or a new 
reservation key. A registration shall have no effect on any other registrations (e.g., when more than one l_T nexus 
is registered with the same reservation key and one of those l_T nexuses registers again it has no effect on the 
other l_T nexus’ registrations). A registration that contains a non-zero value in the service action reservation 
key field shall have no effect on any persistent reservations (i.e., the reservation key for an l_T nexus may be 
changed without affecting any previously created persistent reservation). 

Multiple l_T nexuses may be registered with the same reservation key. An application client may use the same 
reservation key for other l_T nexuses and logical units. 
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5.6.7 Registering and moving the reservation 

The PERSISTENT RESERVE OUT command REGISTER AND MOVE service action is used to register a 
specified l_T nexus (see table 37) and move the reservation to that l_T nexus. 


Table 37 — Register behaviors for a REGISTER AND MOVE service action 


Command 
l_T nexus 
status 

Parameter list fields a 

Results 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

UNREG 

received on an 
unregistered 
l_T nexus 

ignore 

ignore 

ignore 

Return CHECK CONDITION status. b 

received on a 
registered 
l_T nexus 

Not equal to 
l_T nexus 
reservation 
key 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

Equal to 
l_T nexus 
reservation 
key 

zero 

ignore 

Return CHECK CONDITION status. b 

non-zero c 

zero 

The l_T nexus on which PERSISTENT RESERVE 
OUT command was received shall remain regis¬ 
tered. See this subclause for the registration and 
the move specifications. 

one 

The l_T nexus on which PERSISTENT RESERVE 
OUT command was received shall be unregis¬ 
tered (see 5.6.10.3) upon completion of command 
processing. See this subclause for the registration 
and the move specifications. 


a For requirements regarding other parameter list fields not shown in this table see 6.12.4. 
b The sense key shall be set to ILLEGAL REQUEST, and the additional sense code shall be set to INVALID 
FIELD IN CDB. 

c The application client should use the same reservation key as the backup application. 


If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is attempted, but there 
are insufficient device server resources to complete the operation, then the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INSUFFICIENT REGISTRATION RESOURCES. 

If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is received and the 
established persistent reservation is a Write Exclusive - All Registrants type or Exclusive Access - All Registrants 
type reservation, then the command shall be terminated with RESERVATION CONFLICT status. 

If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is received and there is 
no persistent reservation established, then the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action specifies a TransportID 
that is the same as the initiator port of the l_T nexus on which the command received, then the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 
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In response to a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action the device 
server shall perform a register and move by doing the following as an uninterrupted series of actions: 

a) Process the aptpl bit; 

b) Ignore the contents of the scope and type fields; 

c) Associate the reservation key with the l_T nexus specified as the destination of the register and move, 
where: 

A) The l_T nexus is specified by the TransportID and the relative target port identifier field (see 
6.12.4); and 

B) Regardless of the TransportID format used, the association for the initiator port is based on either the 
initiator port name (see 3.1.46) on SCSI transport protocols where port names are required or the 
initiator port identifier (see 3.1.45) on SCSI transport protocols where port names are not required; 

d) Register the reservation key without changing any persistent reservation that may exist; 

e) Retain the reservation key and associated information; 

f) Release the persistent reservation for the persistent reservation holder (i.e., the l_T nexus on which the 
command was received); 

g) Establish a persistent reservation for the specified l_T nexus using the same scope and type as the 
persistent reservation released in item f); and 

h) If the unreg bit is set to one, unregister (see 5.6.10.3) the l_T nexus on which PERSISTENT RESERVE 
OUT command was received. 

5.6.8 Reserving 

An application client creates a persistent reservation by issuing a PERSISTENT RESERVE OUT command with 
RESERVE service action through a registered l_T nexus with the following parameters: 

a) reservation key set to the value of the reservation key that is registered for the l_T_L nexus; and 

b) type and scope fields set to the persistent reservation being created. 

Only one persistent reservation is allowed at a time per logical unit and that persistent reservation has a scope of 
LU_SCOPE. 

If the device server receives a PERSISTENT RESERVE OUT command from an l_T nexus other than a persistent 
reservation holder (see 5.6.9) that attempts to create a persistent reservation when a persistent reservation 
already exists for the logical unit, then the command shall be rejected with a RESERVATION CONFLICT status. 

If a persistent reservation holder attempts to modify the type or scope of an existing persistent reservation, the 
command shall be rejected with a RESERVATION CONFLICT status. 

If the device server receives a PERSISTENT RESERVE OUT command with RESERVE service action where the 
type and scope are the same as the existing type and scope from a persistent reservation holder, it shall not make 
any change to the existing persistent reservation and shall return a GOOD status. 

See 5.6.1 for information on when a persistent reservation takes effect. 

5.6.9 Persistent reservation holder 

The persistent reservation holder is determined by the type of the persistent reservation as follows: 

a) For a persistent reservation of the type Write Exclusive - All Registrants or Exclusive Access - All Regis¬ 
trants, the persistent reservation holder is any registered l_T nexus; or 

b) For all other persistent reservation types, the persistent reservation holder is the l_T nexus for which the 
reservation was established with a PERSISTENT RESERVE OUT command with RESERVE service 
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action, RESERVE AND IGNORE EXISTING KEY service action, RESERVE AND MOVE service action, 
PREEMPT service action, or PREEMPT AND ABORT service action. 

A persistent reservation holder has its reservation key returned in the parameter data from a PERSISTENT 
RESERVE IN command with READ RESERVATION service action as follows: 

a) For a persistent reservation of the type Write Exclusive - All Registrants or Exclusive Access - All Regis¬ 
trants, the reservation key shall be set to zero; or 

b) For all other persistent reservation types, the reservation key shall be set to the registered reservation key 
for the l_T nexus that holds the persistent reservation. 

It is not an error for a persistent reservation holder to send a PERSISTENT RESERVE OUT command with 
RESERVE service action to the reserved logical unit with type and scope fields that match those of the persistent 
reservation (see 5.6.8). 

A persistent reservation holder is allowed to release the persistent reservation using the PERSISTENT RESERVE 
OUT command with RELEASE service action. 

If the registration of the persistent reservation holder is removed (see 5.6.10.1.1), the reservation shall be released. 
If the persistent reservation holder is more than one l_T nexus, the reservation shall not be released until the regis¬ 
trations for all persistent reservation holder l_T nexuses are removed. 

5.6.10 Releasing persistent reservations and removing registrations 

5.6.10.1 Overview 

5.6.10.1.1 Summary of service actions that release persistent reservations and remove registrations 

An application client may release or preempt the persistent reservation by issuing one of the following commands 
through a registered l_T nexus with the reservation key field set to the reservation key value that is registered for 
the l_T_L nexus: 

a) A PERSISTENT RESERVE OUT command with RELEASE service action from a persistent reservation 
holder (see 5.6.10.2); 

b) A PERSISTENT RESERVE OUT command with PREEMPT service action specifying the reservation key 
of the persistent reservation holder or holders (see 5.6.10.4); 

c) A PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action specifying the 
reservation key of the persistent reservation holder or holders (see 5.6.10.5); 

d) A PERSISTENT RESERVE OUT command with CLEAR service action (see 5.6.10.6); or 

e) If the l_T nexus is the persistent reservation holder and the persistent reservation is not an all registrants 

type, then a PERSISTENT RESERVE OUT command with REGISTER service action or REGISTER AND 
IGNORE EXISTING KEY service action with the service action reservation key field set to zero (see 
5.6.10.3). 

An application client may remove registrations by issuing one of the following commands through a registered l_T 
nexus with the reservation key field set to the reservation key value that is registered for the l_T_L nexus: 

a) A PERSISTENT RESERVE OUT command with PREEMPT service action with the service action reser¬ 
vation key field set to the reservation key (see 5.6.10.4) to be removed; 

b) A PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action with the service 
action reservation key field set to the reservation key (see 5.6.10.5) to be removed; 

c) A PERSISTENT RESERVE OUT command with CLEAR service action (see 5.6.10.6); or 

d) A PERSISTENT RESERVE OUT command with REGISTER service action or REGISTER AND IGNORE 

EXISTING KEY service action with the service action reservation key field set to zero (see 5.6.10.3). 
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When a reservation key (i.e., registration) has been removed, no information shall be reported for that unregistered 
l_T nexus in subsequent READ KEYS service actions until the l_T nexus is registered again (see 5.6.6). As shown 
in table 38, the processing of any persistent reservation whose persistent reservation holder or holders become 
unregistered depends on the reservation type. 


Table 38 — Processing for released persistent reservations 


Reservation Type 

Reference 

Write Exclusive - Registrants Only or 
Exclusive Access - Registrants Only 

5.6.10.1.2 

Write Exclusive - All Registrants or 
Exclusive Access - All Registrants 

5.6.10.1.3 

Write Exclusive or Exclusive Access 

5.6.10.1.4 


Registrations and persistent reservations may also be released by a loss of power, if the persist through power loss 
capability is not enabled. When the most recent aptpl value received by the device server is zero (see 6.12.3), a 
power cycle: 

a) Releases all persistent reservations; and 

b) Removes all registered reservation keys (see 5.6.6). 

5.6.10.1.2 Processing for released registrants only persistent reservations 

When the persistent reservation holder (see 5.6.9) of a Write Exclusive - Registrants Only or Exclusive Access - 
Registrants Only type reservation becomes unregistered the persistent reservation shall be released. The device 
server shall establish a unit attention condition for the initiator port associated with every registered l_T nexus other 
than the l_T nexus that becomes unregistered, with the additional sense code set to RESERVATIONS RELEASED. 

The device server shall establish a unit attention condition for the initiator port associated with every registered I T 
nexus whose reservation key was removed, with the additional sense code set as follows: 

a) If the service action was CLEAR, the additional sense code shall be set to RESERVATIONS 
PREEMPTED; or 

b) If the service action was PREEMPT or PREEMPT AND ABORT, the additional sense code shall be set to 
REGISTRATIONS PREEMPTED. 

If the type or scope changed, the device server shall establish a unit attention condition for the initiator port 
associated with every registered l_T nexus whose reservation key was not removed except for the l_T nexus on 
which the command was received, with the additional sense code set as follows: 

a) If the service action was PREEMPT or PREEMPT AND ABORT, the additional sense code shall be set to 
RESERVATIONS RELEASED; or 

b) If the service action was REGISTER or REGISTER AND IGNORE with the service action key field set to 
zero, the additional sense code shall be set to RESERVATIONS RELEASED. 

If a persistent reservation was released using a RELEASE service action, see 5.6.10.2. 

5.6.10.1.3 Processing for released all registrants persistent reservations 

A Write Exclusive - All Registrants or Exclusive Access - All Registrants type persistent reservation shall be 
released when the registration for the last registered l_T nexus is removed or when the type or scope is changed. 
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The device server shall establish a unit attention condition for the initiator port associated with every registered l_T 
nexus whose reservation key was removed, with the additional sense code set as follows: 

a) If the service action was CLEAR, the additional sense code shall be set to RESERVATIONS 
PREEMPTED; or 

b) If the service action was PREEMPT or PREEMPT AND ABORT, the additional sense code shall be set to 
REGISTRATIONS PREEMPTED. 

If a persistent reservation was released using a RELEASE service action, see 5.6.10.2. 

5.6.10.1.4 Processing for other released persistent reservations 

When the persistent reservation holder (see 5.6.9) of a Write Exclusive or Exclusive Access type reservation 
becomes unregistered the persistent reservation shall be released. 

5.6.10.2 Releasing 

Only the persistent reservation holder (see 5.6.9) is allowed to release a persistent reservation. 

An application client releases the persistent reservation by issuing a PERSISTENT RESERVE OUT command with 
RELEASE service action through an l_T nexus that is a persistent reservation holder with the following parameters: 

a) reservation key field set to the value of the reservation key that is registered for the l_T_L nexus; and 

b) type and scope fields set to match the persistent reservation being released. 

In response to a persistent reservation release request from the persistent reservation holder the device server 
shall perform a release by doing the following as an uninterrupted series of actions: 

a) Release the persistent reservation; 

b) Not remove any registration(s); 

c) If the released persistent reservation is a registrants only or all registrants type persistent reservation, the 
device server shall establish a unit attention condition for the initiator port associated with every registered 
l_T nexus other than l_T nexus on which the PERSISTENT RESERVE OUT command with RELEASE 
service action was received, with the additional sense code set to RESERVATIONS RELEASED; and 

d) If the persistent reservation is of any other type, the device server shall not establish a unit attention 
condition. 

The established persistent reservation shall not be altered and the command shall be terminated with CHECK 
CONDITION status for a PERSISTENT RESERVE OUT command that specifies the release of a persistent reser¬ 
vation if: 

a) The requesting l_T nexus is a persistent reservation holder (see 5.6.9); and 

b) The scope and type fields do not match the scope and type of the established persistent reservation. 

The sense key shall be set to ILLEGAL REQUEST and the additional sense code shall be set to INVALID 
RELEASE OF PERSISTENT RESERVATION. 

If there is no persistent reservation or in response to a persistent reservation release request from a registered l_T 
nexus that is not a persistent reservation holder (see 5.6.9), the device server shall do the following: 

a) Not release the persistent reservation, if any; and 

b) Not remove any registrations. 
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5.6.10.3 Unregistering 

An application client may remove a registration for an l_T nexus by issuing a PERSISTENT RESERVE OUT 
command with REGISTER service action or a REGISTER AND IGNORE EXISTING KEY service action with the 
service action reservation key field set to zero through that l_T nexus. 

If the l_T nexus is a reservation holder, the persistent reservation is of an all registrants type, and the l_T nexus is 
the last remaining registered l_T nexus, then the device server shall also release the persistent reservation. 

If the l_T nexus is the reservation holder and the persistent reservation is of a type other than all registrants, the 
device server shall also release the persistent reservation. If the persistent reservation is a registrants only type, 
the device server shall generate a unit attention condition for the initiator port associated with every registered l_T 
nexus, with the additional sense code set to RESERVATIONS RELEASED. 

5.6.10.4 Preempting 
5.6.10.4.1 Overview 

A PERSISTENT RESERVE OUT command with PREEMPT service action or PREEMPT AND ABORT service 
action is used to: 

a) Preempt (i.e., replace) the persistent reservation and remove registrations; or 

b) Remove registrations. 

Table 39 lists the actions taken based on the current persistent reservation type and the service action reser¬ 
vation key field in the PERSISTENT RESERVE OUT command. 


Table 39 — Preempting actions 


Reservation 

Type 

Service Action 
Reservation Key 

Action 

Reference 

All Registrants 

Zero 

Preempt the persistent reservation and remove 
registrations. 

5.6.10.4.3 

Not Zero 

Remove registrations. 

5.6.10.4.4 

All other types 

Zero 

Terminate the command with CHECK CONDI¬ 
TION status, with the sense key set to ILLE¬ 
GAL REQUEST, and the additional sense code 
set to INVALID FIELD IN PARAMETER LIST. 


Reservation holder’s 
reservation key 

Preempt the persistent reservation and remove 
registrations. 

5.6.10.4.3 

Any other, non-zero 
reservation key 

Remove registrations. 

5.6.10.4.4 


See figure 3 for a description of how a device server interprets a PREEMPT service action to determine its actions 
(e.g., preempt the persistent reservation, remove registration, or both preempt the persistent reservation and 
remove registration). 
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Figure 3 — Device server interpretation of PREEMPT service action 
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5.6.10.4.2 Failed persistent reservation preempt 

If the preempting l_T nexus’ PREEMPT service action or PREEMPT AND ABORT service action fails (e.g., 
repeated TASK SET FULL status, repeated BUSY status, SCSI protocol time-out, or time-out due to the task set 
being blocked due to failed initiator port or failed SCSI initiator device), the application client may send a LOGICAL 
UNIT RESET task management function to the failing logical unit to remove blocking tasks and then reissue the 
preempting service action. 

5.6.10.4.3 Preempting persistent reservations and registration handling 

An application client may preempt the persistent reservation with another persistent reservation by issuing a 
PERSISTENT RESERVE OUT command with PREEMPT service action or PREEMPT AND ABORT service action 
through a registered l_T nexus with the following parameters: 

a) reservation key field set to the value of the reservation key that is registered for the l_T_L nexus; 

b) service action reservation key field set to the value of the reservation key of the persistent reservation 
to be preempted; and 

c) type and scope fields set to define a new persistent reservation. The scope and type of the persistent 
reservation created by the preempting l_T nexus may be different than those of the persistent reservation 
being preempted. 

If the service action reservation key field identifies a persistent reservation holder (see 5.6.9), the device server 
shall perform a preempt by doing the following as an uninterrupted series of actions: 

a) Release the persistent reservation for the holder identified by the service action reservation key field; 

b) Remove the registrations for all l_T nexuses identified by the service action reservation key field, 
except the l_T nexus that is being used for the PERSISTENT RESERVE OUT command. If an all regis¬ 
trants persistent reservation is present and the service action reservation key field is set to zero, then 
all registrations shall be removed except for that of the l_T nexus that is being used for the PERSISTENT 
RESERVE OUT command; 

c) Establish a persistent reservation for the preempting l_T nexus using the contents of the scope and type 
fields; 

d) Process tasks as defined in 5.6.1; and 

e) Establish a unit attention condition for the initiator port associated with every l_T nexus that lost its 
persistent reservation and/or registration, with the additional sense code set to REGISTRATIONS 
PREEMPTED. 

After GOOD status has been returned for the PERSISTENT RESERVE OUT command, new tasks are subject to 
the persistent reservation restrictions established by the preempting l_T nexus. 

The following tasks shall be subjected in a vendor specific manner either to the restrictions established by the 
persistent reservation being preempted or to the restrictions established by the preempting l_T nexus: 

a) A task received after the arrival, but before the completion of the PERSISTENT RESERVE OUT command 
with the PREEMPT service action or the PREEMPT AND ABORT service action; or 

b) A task in the dormant, blocked, or enable state at the time the PERSISTENT RESERVE OUT command 
with the PREEMPT service action or the PREEMPT AND ABORT service action is received. 

Completion status shall be returned for each task unless it was aborted by a PERSISTENT RESERVE OUT 
command with the PREEMPT AND ABORT service action and tas bit set to zero in the Control mode page (see 
7.4.6). 

If an all registrants persistent reservation is not present, it is not an error for the persistent reservation holder to 
preempt itself (i.e., a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND ABORT 
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service action with the service action reservation key value equal to the persistent reservation holder’s reser¬ 
vation key that is received from the persistent reservation holder). In that case, the device server shall establish the 
new persistent reservation and maintain the registration. 

5.6.10.4.4 Removing registrations 

When a registered reservation key does not identify a persistent reservation holder (see 5.6.9), an application 
client may remove the registration(s) without affecting any persistent reservations by issuing a PERSISTENT 
RESERVE OUT command with PREEMPT service action through a registered l_T nexus with the following param¬ 
eters: 


a) reservation key field set to the value of the reservation key that is registered for the l_T nexus; and 

b) service action reservation key field set to match the reservation key of the registration or registrations 
being removed. 

If the service action reservation key field does not identify the persistent reservation holder or there is no 
persistent reservation holder (i.e., there is no persistent reservation), then the device server shall perform a 
preempt by doing the following in an uninterrupted series of actions: 

a) Remove the registrations for all l_T nexuses specified by the service action reservation key field; 

b) Ignore the contents of the scope and type fields; 

c) Process tasks as defined in 5.6.1; and 

d) Establish a unit attention condition for the initiator port associated with every l_T nexus that lost its regis¬ 
tration other than the l_T nexus on which the PERSISTENT RESERVE OUT command was received, with 
the additional sense code set to REGISTRATIONS PREEMPTED. 

If a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND ABORT service action 
sets the service action reservation key field to a value that does not match any registered reservation key, then 
the device server shall return a RESERVATION CONFLICT status. 

It is not an error for a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND ABORT 
service action to set the reservation key and the service action reservation key to the same value, however, 
no unit attention condition is established for the l_T nexus on which the PERSISTENT RESERVE OUT command 
was received. 

5.6.10.5 Preempting and aborting 

The application client’s request for and the device server’s responses to a PERSISTENT RESERVE OUT 
command PREEMPT AND ABORT service action are identical to the responses to a PREEMPT service action 
(see 5.6.10.4) except for the following additions. If no reservation conflict occurred, the device server shall perform 
the following uninterrupted series of actions: 

a) If the persistent reservation is not an all registrants type then: 

A) If the tst field is 000b (see 7.4.6) and an ACA condition exists for initiator ports other than the initiator 
port associated with the persistent reservation being preempted, then the PERSISTENT RESERVE 
OUT command shall be terminated prior to processing with a status of ACA ACTIVE if the naca bit is 
set to one in the CDB control byte (see SAM-3) or BUSY if the naca bit is set to zero; or 

B) If the tst field contains 001b, then the ACA condition for initiator ports other than the initiator port 
associated with the persistent reservation being preempted shall not prevent the processing of the 
PERSISTENT RESERVE OUT command; 

b) Perform the uninterrupted series of actions described for the PREEMPT service action (see 5.6.10.4); 

c) All tasks from the l_T nexus(es) associated with the persistent reservations being preempted (called 
preempted tasks) except the task containing the PERSISTENT RESERVE OUT command itself shall be 
terminated. Application client notification shall be provided, as specified by the tas bit in the Control mode 
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page (see 7.4.6) that applies to the initiator port associated with the l_T nexus associated with the 
persistent reservation being preempted (called the preempted initiator port), as follows: 

A) If the tas bit is set to zero, then all preempted tasks shall be terminated as if an ABORT TASK SET 
task management function had been performed by each preempted l_T nexus; or 

B) If the tas bit is set to one, then all preempted tasks from l_T nexuses other than the l_T nexus that 
sent the PREEMPT AND ABORT service action shall be terminated with a TASK ABORTED status 
(see SAM-3). Any preempted tasks from the l_T nexus that sent the PREEMPT AND ABORT service 
action shall be terminated as if an ABORT TASK SET task management function had been received 
on that l_T nexus. 

If a terminated task is a command that causes the device server to generate additional commands and 
data transfers (e.g., EXTENDED COPY), then all commands and data transfers generated by the 
command shall be terminated before the ABORT TASK SET task management function is considered 
completed. After the ABORT TASK SET function has completed, all new tasks are subject to the persistent 
reservation restrictions established by the preempting l_T nexus; 

d) If the persistent reservation is not an all registrants type, then the device server shall clear any ACA 
condition associated with an l_T nexus being preempted and shall clear any tasks with an ACA attribute 
received on that l_T nexus; 

e) If the persistent reservation is an all registrants type, then the device server shall clear any ACA condition 
and shall clear any tasks with an ACA attribute; and 

f) For logical units that implement the PREVENT ALLOW MEDIUM REMOVAL command, the device server 
shall perform an action equivalent to the processing of a PREVENT ALLOW MEDIUM REMOVAL 
command with the prevent field equal to zero received on the l_T nexuses associated with the persistent 
reservation being preempted (see 6.13). 

The actions described in this subclause shall be performed for all l_T nexuses that are registered with the service 
action reservation key value, without regard for whether the preempted l_T nexuses hold the persistent reser¬ 
vation. If an all registrants persistent reservation is present, the device server shall abort all tasks for all registered 
l_T nexuses. 

5.6.10.6 Clearing 

Any application client may release the persistent reservation and remove all registrations from a device server by 
issuing a PERSISTENT RESERVE OUT command with CLEAR service action through a registered l_T nexus with 
the following parameter: 

a) reservation key field set to the value of the reservation key that is registered for the l_T_L nexus. 

In response to this request the device server shall perform a clear by doing the following as part of an uninterrupted 
series of actions: 

a) Release the persistent reservation, if any; 

b) Remove all registration(s) (see 5.6.6); 

c) Ignore the contents of the scope and type fields; 

d) Continue normal processing of any tasks from any l_T nexus that have been accepted by the device server 
as allowed (i.e., nonconflicting); and 

e) Establish a unit attention condition for the initiator port associated with every registered l_T nexus other 
than the l_T nexus on which the PERSISTENT RESERVE OUT command with CLEAR service action was 
received, with the additional sense code set to RESERVATIONS PREEMPTED. 

NOTE 10 - Application clients should not use the CLEAR service action except during recovery operations that are 
associated with a specific initiator port, since the effect of the CLEAR service action defeats the persistent reserva¬ 
tions features that protect data integrity. 
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5.7 Multiple target port and initiator port behavior 

SAM-3 specifies the behavior of logical units being accessed by application clients through more than one initiator 
port and/or through more than one target port. Additional initiator ports and target ports allow the definition of 
multiple l_T nexuses through which the device server may be reached. Multiple l_T nexuses may be used to 
improve the availability of logical units in the presence of certain types of failures and to improve the performance 
between an application client and logical unit when some l_T nexuses may be busy. 

If one target port is being used by an initiator port, accesses attempted through other target port(s) may: 

a) Receive a status of BUSY; or 

b) Be accepted as if the other target port(s) were not in use. 

The device server shall indicate the presence of multiple target ports by setting the MultiP bit to one in its standard 
INQUIRY data. 

Only the following operations allow one l_T nexus to interact with the tasks of other l_T nexuses: 

a) The PERSISTENT RESERVE OUT with PREEMPT service action preempts persistent reservations (see 
5.6.10.4); 

b) The PERSISTENT RESERVE OUT with CLEAR service action releases persistent reservations for all l_T 
nexuses (see 5.6.10.6); and 

c) Commands and task management functions that allow one l_T nexus to abort tasks received on a different 
l_T nexus (see SAM-3). 


5.8 Target port group access states 

5.8.1 Target port group access overview 

Logical units may be connected to the service delivery subsystem via multiple target ports (see SAM-3). The 
access to logical units through the multiple target ports may be symmetrical (see 5.8.3) or asymmetrical (see 
5.8.2). 

5.8.2 Asymmetric logical unit access 

5.8.2.1 Introduction to asymmetric logical unit access 

Asymmetric logical unit access occurs when the access characteristics of one port may differ from those of another 
port. SCSI target devices with target ports implemented in separate physical units may need to designate differing 
levels of access for the target ports associated with each logical unit. While commands and task management 
functions (see SAM-3) may be routed to a logical unit through any target port, the performance may not be optimal, 
and the allowable command set may be less complete than when the same commands and task management 
functions are routed through a different target port. When a failure on the path to one target port is detected, the 
SCSI target device may perform automatic internal reconfiguration to make a logical unit accessible from a different 
set of target ports or may be instructed by the application client to make a logical unit accessible from a different set 
of target ports. 

A target port characteristic called target port asymmetric access state (see 5.8.2.4) defines properties of a target 
port and the allowable command set for a logical unit when commands and task management functions are routed 
through the target port maintaining that state. 
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A target port group is defined as a set of target ports that are in the same target port asymmetric access state at all 
times. A target port group asymmetric access state is defined as the target port asymmetric access state common 
to the set of target ports in a target port group. The grouping of target ports is vendor specific. 

A logical unit may have commands and task management functions routed through multiple target port groups. 
Logical units support asymmetric logical unit access if different target port groups may be in different target port 
group asymmetric access states. 

An example of asymmetric logical unit access is a SCSI controller device with two separated controllers where all 
target ports on one controller are in the same asymmetric access state with respect to a logical unit and are 
members of the same target port group. Target ports on the other controller are members of another target port 
group. The behavior of each target port group may be different with respect to a logical unit, but all members of a 
single target port group are always in the same target port asymmetric access state with respect to a logical unit. 

An example of target port groups is shown in figure 4. 



Figure 4 — Target port group example 


5.8.2.2 Explicit and implicit asymmetric logical unit access 

Asymmetric logical unit access may be managed explicitly by an application client using the REPORT TARGET 
PORT GROUPS (see 6.25) and SET TARGET PORT GROUPS (see 6.30) commands. 

Alternatively, asymmetric logical unit access may be managed implicitly by the SCSI target device based on the 
type of transactions being routed through each target port and the internal configuration capabilities of the target 
port group(s) through which the logical unit may be accessed. The logical units may attempt to maintain full perfor¬ 
mance across the target port groups that are busiest and that show the most reliable performance, allowing other 
target port groups to select a lower performance target port asymmetric access state. 

If both explicit and implicit asymmetric logical unit access are implemented, the precedence of one over the other is 
vendor specific. 

5.8.2.3 Discovery of asymmetric logical unit access behavior 

SCSI logical units with asymmetric logical unit access may be identified using the INQUIRY command. The value in 
the target port group support (tpgs) field (see 6.4.2) indicates whether or not the logical unit supports asymmetric 
logical unit access and if so whether implicit or explicit management is supported. The asymmetric access states 
supported by a logical unit may be determined by the REPORT TARGET PORT GROUPS command parameter 
data (see 6.25). 
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5.8.2.4 Target port asymmetric access states 

5.8.2.4.1 Target port asymmetric access states overview 

For all SCSI target devices that report in the INQUIRY data that they support asymmetric logical unit access, all of 
the target ports in a target port group shall be in the same target port asymmetric access state with respect to the 
ability to route information to a logical unit. The target port asymmetric access states are: 

a) Active/optimized; 

b) Active/non-optimized; 

c) Standby; and 

d) Unavailable. 

5.8.2.4.2 Active/optimized state 

When commands and task management functions are being routed through a target port in the active/optimized 
target port asymmetric access state, the device server shall function as specified in the appropriate command 
standards. All target ports within a target port group should be capable of immediately accessing the logical unit. 

The SCSI target device shall participate in all task management functions as defined in SAM-3. 

5.8.2.4.3 Active/non-optimized state 

When commands and task management functions are being routed through a target port in the active/ 
non-optimized target port asymmetric access state, the device server shall function as specified in the appropriate 
command standards. 

The processing of some task management functions and commands, especially those involving data transfer or 
caching, may operate with lower performance than they would if the target port were in the active/optimized target 
port asymmetric access state. 

The SCSI target device shall participate in all task management functions as defined in SAM-3. 

5.8.2.4.4 Standby state 

When being accessed through a target port in the standby target port asymmetric access state, the device server 
shall support those of the following commands that it supports while in the active/optimized target port asymmetric 
access state: 

a) INQUIRY; 

b) LOG SELECT; 

c) LOG SENSE; 

d) MODE SELECT; 

e) MODE SENSE; 

f) REPORT LUNS (for LUN 0); 

g) RECEIVE DIAGNOSTIC RESULTS; 

h) SEND DIAGNOSTIC; 

i) REPORT TARGET PORT GROUPS; 

j) SET TARGET PORT GROUPS; 

k) REQUEST SENSE; 

l) PERSISTENT RESERVE IN; 

m) PERSISTENT RESERVE OUT; 

n) Echo buffer modes of READ BUFFER; and 

o) Echo buffer modes of WRITE BUFFER. 
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The device server may support other commands. 

For those commands that are not supported, the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to NOT READY, and the additional sense code set to LOGICAL UNIT 
NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE. 

The SCSI target device shall participate in all task management functions as defined in SAM-3. 

5.8.2.4.5 Unavailable state 

When being accessed through a target port in the unavailable target port asymmetric access state, the device 
server shall accept only a limited set of commands. The unavailable target port asymmetric access state is 
intended for situations when the target port accessibility to a logical unit may be severely restricted due to SCSI 
target device limitations (e.g., hardware errors). Therefore it may not be possible to transition from this state to 
either the active/optimized, active/non-optimized or standby states. The unavailable target port asymmetric access 
state is also intended for minimizing any disruption when using the downloading microcode mode of the WRITE 
BUFFER command. 

While in the unavailable target port asymmetric access state, the device server shall support those of the following 
commands that it supports while in the active/optimized state: 

a) INQUIRY (the peripheral qualifier (see 6.4.2) shall be set to 001 b); 

b) REPORT LUNS (for LUN 0); 

c) REPORT TARGET PORT GROUPS; 

d) SET TARGET PORT GROUPS; 

e) REQUEST SENSE; 

f) Echo buffer modes of READ BUFFER; 

g) Echo buffer modes of WRITE BUFFER; and 

h) Download microcode mode of WRITE BUFFER. 

The device server may support other commands. 

For those commands that are not supported, the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to NOT READY, and the additional sense code set to LOGICAL UNIT 
NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE STATE. 

The SCSI target device is not required to participate in all task management operations. 

5.8.2.5 Transitions between target port asymmetric access states 

The movement from one target port asymmetric access state to another is called a transition. 

During a transition between target port asymmetric access states the device servers shall respond to a command 
in one of the following ways: 

a) If during the transition the logical unit is inaccessible, then the transition is performed as a single indivisible 
event and the device server shall respond by either returning BUSY status, or returning CHECK 
CONDITION status, with the sense key set to NOT READY, and an the sense code set to LOGICAL UNIT 
NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE TRANSITION; or 

b) If during the transition the target ports in a target port group are able to access the requested logical unit, 
then the device server shall support those of the following commands that it supports while in the active/ 
optimized asymmetric access state: 

A) INQUIRY; 

B) REPORT LUNS (for LUN 0); 
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C) REPORT TARGET PORT GROUPS; 

D) SET TARGET PORT GROUPS; 

E) REQUEST SENSE; 

F) Echo Buffer modes of READ BUFFER; and 

G) Echo Buffer modes of WRITE BUFFER. 

The device server may support other commands when those commands are routed though a target port 
that is transitioning between asymmetric access states. 

For those commands that are not supported during a transition, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to NOT READY, and the additional 
sense code set to LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE TRANSITION. 
The SCSI target device is not required to participate in all task management functions. 

If the transition was explicit to a supported asymmetric access state and it failed, then the command shall be termi¬ 
nated with CHECK CONDITION status, with the sense key set to HARDWARE ERROR, and the additional sense 
code set to SET TARGET PORT GROUPS COMMAND FAILED. The target port group that encountered the error 
should complete a transition to the unavailable target port asymmetric access state. If a target port group 
asymmetric access state change occurred as a result of the failed transition, then the device server shall establish 
a unit attention condition for the initiator port associated with all l_T nexuses other than the l_T nexus on which the 
SET TARGET PORT GROUPS command was received with the additional sense code set to ASYMMETRIC 
ACCESS STATE CHANGED. 

If the transition was implicit and it failed, then the device server shall establish a unit attention condition for the 
initiator port associated with all l_T nexuses with the additional sense code set to IMPLICIT ASYMMETRIC 
ACCESS STATE TRANSITION FAILED. 

An implicit CLEAR TASK SET task management function may be performed following a transition failure. 

Once a transition is completed, the new target port asymmetric access state may apply to some or all tasks 
entered into the task set before the completion of the transition. The new target port asymmetric access state shall 
apply to all tasks received by the device server after completion of a transition. 

After an implicit target port asymmetric access state change, a device server shall establish a unit attention 
condition for the initiator port associated with all l_T nexuses with the additional sense code set to ASYMMETRIC 
ACCESS STATE CHANGED. 

After an explicit target port asymmetric access state change, a device server shall establish a unit attention 
condition with the additional sense code set to ASYMMETRIC ACCESS STATE CHANGED for the initiator port 
associated with all l_T nexuses other than the l_T nexus on which the SET TARGET GROUPS command was 
received. 

5.8.2.6 Preference Indicator 

A device server may indicate one or more target port groups is a preferred target port group for accessing a logical 
unit by setting the pref bit to one in the target port group descriptor (see 6.25). The preference indication is 
independent of the asymmetric access state. 

An application client may use the pref bit value in the target port group descriptor to influence the path selected to 
a logical unit (e.g., a target port group in the standby target port asymmetric access state with the pref bit set to 
one may be chosen over a target port group in the active/optimized target port asymmetric access state with the 
pref bit set to zero). 

The value of the pref bit for a target port group may change whenever an asymmetric access state changes. 
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5.8.2.7 Implicit asymmetric logical units access management 

SCSI target devices with implicit asymmetric logical units access management are capable of setting the target 
port group asymmetric access state of each target port group using mechanisms other than the SET TARGET 
PORT GROUPS command. 

All logical units that report in the standard INQUIRY data (see 6.4.2) that they support asymmetric logical units 
access and support implicit asymmetric logical unit access (i.e., the tpgs field contains 01b or 11b) shall: 

a) Implement the INQUIRY command Device Identifier VPD page identifier types 4h (see 7.6.4.6) and 5h (see 
7.6.4.7); and 

b) Support the REPORT TARGET PORT GROUPS command as described in 6.25. 

Implicit logical unit access state changes may be disabled with the ialuae bit in the Control Extension mode page 
(see 7.4.7). 

5.8.2.8 Explicit asymmetric logical units access management 

All logical units that report in the standard INQUIRY data (see 6.4.2) that they support asymmetric logical units 
access and support explicit asymmetric logical unit access (i.e., the tpgs field contains 10b or 11 b) shall: 

a) Implement the INQUIRY command Device Identifier VPD page (see 7.6.4) identifier types 4h and 5h; 

b) Support the REPORT TARGET PORT GROUPS command as described in 6.25; and 

c) Support the SET TARGET PORT GROUPS command as described in 6.30. 

5.8.2.9 Behavior after power on, hard reset, logical unit reset, and l_T nexus loss 

For all SCSI target devices that report in the standard INQUIRY data (see 6.4.2) that they support only explicit 
asymmetric logical unit access (i.e., the tpgs field contains 10b), the target port shall preserve the target port 
asymmetric access state during any power cycle, hard reset, logical unit reset, and l_T nexus loss. 

5.8.3 Symmetric logical unit access 

A device server that provides symmetrical access to a logical unit may use a subset of the asymmetrical logical 
access features (see 5.8.2) to indicate this ability to an application client, providing an application client a common 
set of commands to determine how to manage target port access to a logical unit. 

Symmetrical logical unit access should be represented as follows: 

a) The tpgs field in the standard INQUIRY data (see 6.4.2) indicates that implicit asymmetric access is 
supported; 

b) The REPORT TARGET PORT GROUPS command is supported; and 

c) The REPORT TARGET PORT GROUPS parameter data indicates that the same state (e.g., active/ 
optimized state) is in effect for all target port groups. 


5.9 Power conditions 

5.9.1 Power conditions overview 

The optional Power Condition mode page (see 7.4.12) allows an application client to control the power condition of 
a logical unit in a manner that may reduce power consumption of the SCSI target device. This control is invoked by 
enabling and setting the idle condition timer and/or the standby condition timer using the mode page. A change in 
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the power condition of any logical unit in a SCSI target device may result in a change in the SCSI target device’s 
power consumption. 

In addition to the Power Condition mode page, the power condition of a logical unit may be controlled by the START 
STOP UNIT command (see SBC-2 or RBC). If both the Power Condition mode page and the START STOP UNIT 
command methods are being used to control the power condition of the same logical unit, then any START STOP 
UNIT command's power condition specification shall override the Power Condition mode page's power control and 
may disable the idle condition and standby condition timers. 

There shall be no notification to the application client that a logical unit has transitioned from one power condition to 
another. An application client may determine the current power condition of a logical unit by issuing a REQUEST 
SENSE command (see 6.26). 

No power condition shall affect the supply of any power required for proper operation of the service delivery 
subsystem. 

Logical units that contain cache memory shall write all cached data to the medium for the logical unit (e.g., as a 
logical unit would do in response to a SYNCHRONIZE CACHE command as described in SBC-2) prior to entering 
into any power condition that prevents accessing the media (e.g., before a hard drive stops its spindle motor during 
transition to the standby power condition). 

The power conditions are described in table 40. 


Table 40 — Power Conditions 


Power Condition 

Description 

active 

While in the active power condition: 

a) A device server is capable of responding to all of its supported commands 
including media access requests; 

b) A logical unit completes processing of operations in the shortest time when 
compared to the time required for completion while in the idle or standby 
power conditions; and 

c) The SCSI target device may consume more power than when the logical unit 
is in the idle power condition (e.g., a disk drive's spindle motor may be active). 

idle 

While in the idle power condition: 

a) A device server is capable of responding to all of its supported commands 
including media access requests; 

b) A logical unit may take longer to complete processing a command than 
it would while in the active power condition (e.g., the device may have to 
activate some circuitry before processing a command); and 

c) The power consumed by the SCSI target device should be less than or equal 
to the power consumed when the logical unit is in the active power condition 
and may be greater than the power consumed when the logical unit is in the 
standby power condition. 

standby 

While in the standby power condition: 

a) A device server is not capable of processing media access commands; and 

b) The power consumed by the SCSI target device should be less than or equal 
to the power consumed when the logical unit is in the idle power condition 
(e.g., a disk drive's spindle motor is stopped). 
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5.9.2 Power condition state machine 

5.9.2.1 Power condition state machine overview 

The PC (power condition) state machine describes the logical unit power states and transitions resulting from 
Power Condition mode page settings. 

The PC states are as follows: 

a) PC0:Powered_on (see 5.9.2.2) (initial state); 

b) PCI :Active (see 5.9.2.3); 

c) PC2:ldle (see 5.9.2.4); and 

d) PC3:Standby (see 5.9.2.5). 

The PC state machine stall start in the PCO:Powered_on state after power on. 


Figure 5 describes the PC state machine. 



5.9.2.2 PCO:Powered_on state 

5.9.2.2.1 PCO:Powered_on state description 

The logical unit shall enter this state upon power on. This state consumes zero time. 

5.9.2.2.2 Transition PCO:Powered_on to PC1:Active 

This transition shall occur after the logical unit is ready to begin its power on initialization. 


90 


Working Draft SCSI Primary Commands - 3 (SPC-3) 





















1 December 2004 


T10/1416-D Revision 21b 


5.9.2.3 PCI :Active state 

5.9.2.3.1 PC1:Active state description 

While in this state, if power on initialization is not complete, then the logical unit shall complete its power on initial¬ 
ization. 

While in this state, if power on initialization is complete, then: 

a) A logical unit is in the active power condition (see table 40); 

b) If the idle condition timer is active, then the idle condition timer is running; and 

c) If the standby condition timer is active, then the standby condition timer is running. 

5.9.2.3.2 Transition PC1:Active to PC2:ldle 
This transition shall occur after: 

a) The idle condition timer is active; and 

b) The idle condition timer is zero. 

5.9.2.3.3 Transition PC1:Activeto PC3:Standby 
This transition shall occur after: 

a) The standby condition timer is active; and 

b) The standby condition timer is zero. 

5.9.2.4 PC2:ldle state 

5.9.2.4.1 PC2:ldle state description 
While in this state: 

a) A logical unit is in the idle power condition (see table 40); and 

b) If the standby condition timer is active, then the standby condition timer is running. 

5.9.2.4.2 Transition PC2:ldle to PC1:Active 

This transition shall occur after the device server receives a command that requires the logical unit to be in the 
PCI :Active state to process the command. 

5.9.2.4.3 Transition PC2:ldle to PC3:Standby 
This transition shall occur after: 

a) The standby condition timer is active; and 

b) The standby condition timer is zero. 

5.9.2.5 PC3: Stand by state 

5.9.2.5.1 PC3:Standby state description 

While in this state, a logical unit is in the standby power condition (see table 40). 
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5.9.2.5.2 Transition PC3:Standby to PC1:Active 

This transition shall occur after the device server receives a command that requires the logical unit to be in the 
PCI :Active state to process the command. 

5.9.2.5.3 PC3:Standby to PC2:ldle 

This transition shall occur after the device server receives a command that requires the logical unit to be in the 
PC2:ldle state to process the command. 


5.10 Removable medium devices with an attached medium changer 

When a logical unit is served by a medium changer, control over one medium transport element may be effected 
using medium changer commands sent to the device server within the logical unit. The level of control is not as 
complete as would be available if a fully functional medium-changer device server were implemented (see SMC-2). 
However, the amount of control is sufficient for paired device and medium changer configurations. 

The device server shall indicate its ability to support medium changer commands by setting the MChngr bit to one 
in its standard INQUIRY data (see 6.4.2). An MChngr bit set to one shall indicate that the MOVE MEDIUM 
ATTACHED and READ ELEMENT STATUS ATTACHED commands are supported by the device server. Definitions 
of the MOVE MEDIUM ATTACHED and READ ELEMENT STATUS ATTACHED commands may be found in 
SMC-2. 


5.11 Medium auxiliary memory 

Some types of media, especially removable media, include a non-volatile memory referred to as MAM (medium 
auxiliary memory). Medium auxiliary memory is used to store data describing the media and its contents. This 
standard supports medium auxiliary memory with the READ ATTRIBUTE command (see 6.14) and the WRITE 
ATTRIBUTE command (see 6.32). These commands are used to retrieve and store information in the medium 
auxiliary memory in the form of attributes. 

A MAM attribute is represented in a format described in 7.3 and is composed of: 

a) An attribute identifier; 

b) An attribute format code; 

c) A bit indicating whether the identified attribute is read only; 

d) An attribute length specifying the number of bytes in the identified attribute value; and 

e) The value of the identified attribute. 
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There are three types of attributes (see table 41). 


Table 41 — Types of MAM attributes 


Attribute 

Type 

Attribute Source 

Example 

Readable 
with READ 
ATTRIBUTE 

Writable 
with WRITE 
ATTRIBUTE 

Medium 

Permanently stored in the medium 
auxiliary memory during manufacture. 

Media Serial 
Number 

Yes 

No 

Device 

Maintained by the device server. 

Load Count 

Yes 

No 

Host 

Maintained by the application client. 

Backup Date 

Yes 

Yes 


Depending on that attribute type, attributes have the states shown in table 42. 


Table 42 — MAM attribute states 


Attribute 

Type 

Attribute State 

Description 

Medium 
or Device 

Read Only 

An application server may read the contents of the attribute with the READ 
ATTRIBUTE command, but an attempt to clear or change the attribute using 
the WRITE ATTRIBUTE command shall result in the command being termi¬ 
nated with CHECK CONDITION status. When the read only bit (see 7.3.1) 
is one, the attribute is in the read only state. 

Unsupported 

The device server does not support the attribute and shall not return it in 
response to a READ ATTRIBUTE command. 

Host 

Nonexistent 

A host attribute does not exist in the medium auxiliary memory until a 

WRITE ATTRIBUTE command creates it. 

Read/Write 

The attribute has been created using the WRITE ATTRIBUTE command. 
After the attribute has been created, the contents may be altered using 
subsequent WRITE ATTRIBUTE commands. A read/write attribute may be 
returned to the nonexistent state using a WRITE ATTRIBUTE command 
with the attribute length set to zero. When the read only bit (see 7.3.1) is 
zero, the attribute is in the read/write state. 


5.12 Application client logging 

Application client logging is a method the application client may use to store application client detected error infor¬ 
mation in a logical unit’s non-volatile storage (see 6.33.12). The information the application client sends to the 
logical unit is appended to an application error log. The application client error information is recovered by means 
outside the scope of this standard and is not used for any logical unit related error recovery. 

A log that contains a mix of application client error information and logical unit error information may be used to 
correlate an application client error with any errors internal to the logical unit. This does not replace the vendor 
specific methods for collecting and analyzing engineering data, but provides a vendor independent way of corre¬ 
lating error logs. 

Application clients should minimize the amount of error information that is requested to be logged to prevent log 
overflows. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 




T10/1416-D Revision 21b 


1 December 2004 


6 Commands for all device types 

6.1 Summary of commands for all device types 

The operation codes for commands that apply to all device types are listed in table 43. 


Table 43 — Commands for all device types (part 1 of 2) 



Operation 



Command name 

code 

Type 

Reference 

ACCESS CONTROL IN 

86h 

0 

8.3.2 

ACCESS CONTROL OUT 

87h 

0 

8.3.3 

CHANGE ALIASES 

A4h/0Bh b 

0 

6.2 

EXTENDED COPY 

83h 

0 

6.3 

INQUIRY 

12h 

M 

6.4 

LOG SELECT 

4Ch 

0 

6.5 

LOG SENSE 

4Dh 

0 

6.6 

MODE SELECT(6) 

15h 

c 

6.7 

MODE SELECT(IO) 

55h 

c 

6.8 

MODE SENSE(6) 

1 Ah 

c 

6.9 

MODE SENSE(IO) 

5Ah 

c 

6.10 

MOVE MEDIUM ATTACHED a 

A7h 

c 

SMC-2 

PERSISTENT RESERVE IN 

5Eh 

c 

6.11 

PERSISTENT RESERVE OUT 

5Fh 

c 

6.12 

PREVENT ALLOW MEDIUM REMOVAL 

1 Eh 

c 

6.13 

READ ATTRIBUTE 

8Ch 

0 

6.14 

READ BUFFER 

3Ch 

0 

6.15 

READ ELEMENT STATUS ATTACHED a 

B4h 

c 

SMC-2 

READ MEDIA SERIAL NUMBER 

ABh/Olh b 

c 

6.16 

RECEIVE COPY RESULTS 

84h 

0 

6.17 

RECEIVE DIAGNOSTIC RESULTS 

ICh 

0 

6.18 

REPORT ALIASES 

A3h/0Bh b 

0 

6.19 

REPORT DEVICE IDENTIFIER 

A3h/05h b 

0 

6.20 

REPORT LUNS 

AOh 

M 

6.21 

REPORT PRIORITY 

A3h/0Eh b 

0 

6.22 

REPORT SUPPORTED OPERATION CODES 

A3h/0Ch b 

0 

6.23 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS 

A3h/0Dh b 

0 

6.24 

Type Key: C = Command implementation is defined in the applicable command standard (see 3.1.18). 

M = Command implementation is mandatory. 

0 = Command implementation is optional. 




Z = Command implementation is defined in a previous standard. 



a The MOVE MEDIUM ATTACHED and READ ELEMENT STATUS ATTACHED operation codes shown 

here should be used by devices with attached medium changers. 



b This command is defined by a combination of operation code and service action. The operation code 

value is shown preceding the slash and the service action value is shown after the slash. 
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Table 43 — Commands for all device types (part 2 of 2) 



Operation 



Command name 

code 

Type 

Reference 

REPORT TARGET PORT GROUPS 

A3h/0Ah b 

0 

6.25 

REQUEST SENSE 

03h 

C 

6.26 

SEND DIAGNOSTIC 

IDh 

C 

6.27 

SET DEVICE IDENTIFIER 

A4h/06h b 

0 

6.28 

SET PRIORITY 

A4h/0Eh b 

0 

6.29 

SET TARGET PORT GROUPS 

A4h/0Ah b 

0 

6.30 

TEST UNIT READY 

OOh 

M 

6.31 

WRITE ATTRIBUTE 

8Dh 

0 

6.32 

WRITE BUFFER 

3Bh 

C 

6.33 

Obsolete 

16h 

z 


Obsolete 

17h 

z 


Obsolete 

18h 

z 


Obsolete 

39h 

z 


Obsolete 

3Ah 

z 


Obsolete 

40h 

z 


Obsolete 

56h 

z 


Obsolete 

57h 

z 


Type Key: C = Command implementation is defined in the applicable command standard (see 3.1.18). 

M = Command implementation is mandatory. 

0 = Command implementation is optional. 




Z = Command implementation is defined in a previous standard. 



a The MOVE MEDIUM ATTACHED and READ ELEMENT STATUS ATTACHED operation codes shown 

here should be used by devices with attached medium changers. 



b This command is defined by a combination of operation code and service action. The operation code 

value is shown preceding the slash and the service action value is shown after the slash. 
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6.2 CHANGE ALIASES command 

6.2.1 CHANGE ALIASES command introduction 

The CHANGE ALIASES command (see table 44) requests that the device server maintain and make changes to a 
list of associations between eight byte alias values and SCSI device or port designations. A designation contains a 
name and optional identifier information that specifies a SCSI device or port (see 6.2.2). The alias list may be 
queried by the application client via the REPORT ALIASES command (see 6.19). If the REPORT ALIASES 
command is supported, the CHANGE ALIASES command shall also be supported. 

The CHANGE ALIASES command is a service action of the MAINTENANCE OUT command. Additional MAINTE¬ 
NANCE OUT service actions are defined in SCC-2 and in this standard. The MAINTENANCE OUT service actions 
defined in SCC-2 apply only to logical units that return a device type of OCh or the sees bit set to one in their 
standard INQUIRY data (see 6.4.2). 


Table 44 — CHANGE ALIASES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OBh) 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 


8 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The parameter list length field specifies the length in bytes of the parameter data that shall be transferred from 
the application client to the device server. A parameter list length value of zero specifies that no data shall be trans¬ 
ferred and no changes shall be made in the alias list. 

If the parameter list length results in the truncation of the header or any alias entry, then the device server shall 
make no changes to the alias list and terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

On successful completion of a CHANGE ALIASES command, the device server shall maintain an association of 
each assigned eight byte alias value to the SCSI device or port designation. These associations shall be cleared by 
a logical unit reset or l_T nexus loss. The device server shall maintain a separate alias list for each l_T nexus. 

A CHANGE ALIASES command may add, change or remove entries from the alias list. Alias list entries not refer¬ 
enced in the CHANGE ALIASES parameter data shall not be changed. 
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NOTE 11 - An application client may use alias values to reference SCSI devices or ports in third party commands 
(e.g., EXTENDED COPY). The alias list provides a mechanism for eight byte third party identifier fields to reference 
a third party device or port whose name or addressing information is longer than eight bytes. (E.g., an application 
may use the CHANGE ALIASES command to establish an association between an alias value and a SCSI target 
device or target port designation. Then, it may send an EXTENDED COPY command containing in the parameter 
data an alias target descriptor (see 6.3.6.3) that includes this alias value. At the completion of the EXTENDED 
COPY command the application should clear this entry from the device server’s alias list by sending a CHANGE 
ALIASES command that requests association of the alias value to a NULL DESIGNATION (see 6.2.4.2) alias 
format.) 

If the device server has insufficient resources to make all requested changes to the alias list, then the device server 
shall make no changes to the alias list and shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT RESOURCES. 

The parameter data for a CHANGE ALIASES command (see table 45) contains zero or more alias entries. If the 
device server processes a CHANGE ALIASES command that contains at least one alias entry while there exists 
any other enabled task that references an alias entry in the alias list, then the device server shall terminate the 
CHANGE ALIASES command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to OPERATION IN PROGRESS. 


Table 45 — CHANGE ALIASES parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER DATA LENGTH (n-3) 


3 


(LSB) 

4 


Reserved 


7 




Alias entry (or entries) 

8 


Alias entry 0 (see 6.2.2) 









Alias entry x (see 6.2.2) 


n 




The parameter data length field should contain the number of bytes of attribute data and should be ignored by 
the device server. 

The format of an alias entry is described in 6.2.2. 
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6.2.2 Alias entry format 

One alias entry (see table 46) describes one alias reported via the REPORT ALIASES command (see 6.19) or to 
be changed via the CHANGE ALIASES command. 


Table 46 — Alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 


(LSB) 

8 

PROTOCOL IDENTIFIER 

9 


Reserved 


10 



11 

FORMAT CODE 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (n-15) 


15 


(LSB) 

16 


DESIGNATION 


n 




The alias value field contains the numeric alias value that the device server shall associate with the SCSI target 
device or target port specified by the values in the protocol identifier, format code and designation fields. 

The protocol identifier field (see table 47) specifies that the alias entry designation is independent of SCSI 
protocol or the SCSI protocol to which the alias entry applies. 


Table 47 — Alias entry protocol identifiers 


PROTOCOL 

IDENTIFIER 

Description 

Subclause 

00h - OFh 

Protocol specific designation 

7.5.2 

lOh - 7Fh 

Reserved 


80h 

Protocol independent designation 

6.2.4 

81 h - FFh 

Reserved 



The format code field contents combined with the protocol identifier field contents defines the format of the 
designation field. The subclauses that describe each protocol identifier field usage (see table 47) define the 
applicable format code field values. 

The designation length field specifies the number of bytes of the designation field. The designation length 
value shall be a multiple of four. 
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The zero-padded (see 4.4.2) designation field should designate a unique SCSI target device or target port using 
the following: 

a) A SCSI target device name or a target port name, and 

b) Optionally, one or more target port identifiers or SCSI protocol specific identifiers. 

6.2.3 Alias designation validation 

The device server shall not validate any designation at the time of processing either the REPORT ALIASES or 
CHANGE ALIASES command. Such validation shall occur only when the device server consults the alias list to 
resolve an alias to a designation in the context of third-party commands (e.g., EXTENDED COPY) or any other 
command that requires reference to the alias list. 

If a designation identifies a unique SCSI target device or target port that is within a SCSI domain accessible to the 
device server, the designation is considered valid. 

Based on the SCSI protocol specific requirements for a given designation format, a designation that does not 
identify a unique SCSI target device or target port within the SCSI domains accessible to the device server is 
considered invalid. 

NOTE 12 - For example, a designation may be considered invalid if the device server has no ports on the SCSI 
domain of the designated SCSI target device or target port. 

A designation having both SCSI name and SCSI identifier information may be inconsistent if the device server is 
not able to access the named SCSI target device or target port through one or more of the names or identifiers in 
the designation. In such cases, the designation shall be declared valid or invalid according to the SCSI protocol 
specific requirements. 

Notes 

13 For example, in FCP-2 both an N_Port and World Wide Name for a SCSI port may be given in a designation. 

The designation definition may require that the N_Port be that of the named port. In that case, the designation 
would be invalid. Alternatively, the designation definition may view the N_Port as a hint for the named FC Port 
accessible to the device server through a different DJD. In that case, the designation would be valid and 
designate the named FC Port. 

14 When only name information is provided in a designation, it is assumed that the device server has access to a 
mechanism for resolving names to identifiers. Access to such a service is SCSI protocol specific and vendor 
specific. 

6.2.4 Alias entry protocol independent designations 

6.2.4.1 Alias entry protocol independent designations overview 

The protocol independent alias entry designations have a protocol identifier of 80h and one of the format codes 
shown in table 48. 


Table 48 — Protocol independent alias entry format codes 


Format 

Code 

Name 

Designation 
Length (bytes) 

Designation 

Contents 

Subclause 

OOh 

01 h- FFh 

NULL DESIGNATION 

Reserved 

0 

none 

6.2.4.2 
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6.2.4.2 NULL DESIGNATION alias format 

In response to an alias entry with the NULL DESIGNATION format, the device sever shall remove the specified 
alias value from the alias list. Application clients should use the NULL DESIGNATION format in a CHANGE 
ALIASES command to remove an alias entry from the alias list when that alias entry is no longer needed. The 
NULL DESIGNATION format shall not appear in REPORT ALIASES parameter data. 
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6.3 EXTENDED COPY command 

6.3.1 EXTENDED COPY command introduction 

The EXTENDED COPY command (see table 49) provides a means to copy data from one set of logical units to 
another set of logical units or to the same set of logical units. The entity within a SCSI device that receives and 
performs the EXTENDED COPY command is called the copy manager. The copy manager is responsible for 
copying data from the source devices to the destination devices. The copy source and destination devices are 
logical units that may reside in different SCSI devices or the same SCSI device. It is possible that the copy source 
device, copy destination device, and the copy manager are the same logical unit. 


Table 49 — EXTENDED COPY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (83h) 

1 

Reserved 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

Reserved 

8 

Reserved 

9 

Reserved 

10 

(MSB) 

11 


12 

PARAMETER LIST LENGTH 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


Before the copy manager is instructed to move data, the application controlling the data movement shall indepen¬ 
dently take any necessary actions required to prepare the source and destination devices for the EXTENDED 
COPY command. These actions may include media changer commands, loading of tapes, MODE SELECT 
commands, reservation commands, positioning of tape, etc. After all preparatory actions have been accomplished, 
the EXTENDED COPY command should be issued to the copy manager to start the data transfer. 

The parameter list length field specifies the length in bytes of the parameter data that shall be contained in the 
Data-Out Buffer. A parameter list length of zero specifies that copy manager shall not transfer any data or alter any 
internal state; this shall not be considered an error. If the parameter list length causes truncation of the parameter 
list in a target descriptor or segment descriptor, then no data shall be transferred and the EXTENDED COPY 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to PARAMETER LIST LENGTH ERROR. 
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The EXTENDED COPY parameter list (see table 50) begins with a sixteen byte header that contains the list 
identifier field, the str bit, the nrcr bit, the priority field, the length of the target descriptor list, the length of the 
segment descriptor list, and the length of the optional inline data. Immediately following the header is one or more 
target descriptors, followed by one or more segment descriptors, followed by any optional inline data. 


Table 50 — EXTENDED COPY parameter list 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

LIST IDENTIFIER 

1 

Reserved str nrcr Reserved priority 

2 

(MSB) 

3 

(LSB) 

4 


7 


8 

(MSB) 

11 

(LSB) 

12 

(MSB) , 

15 

INLINE DATA LENGTH (k-m) 

(LSB) 


Target descriptor(s) 

16 


47 

Target descriptor 0 



n-31 


n 

Target descriptor x 


Segment descriptor(s) 

n+1 

Segment descriptor 0 

n+1+l 

(See specific table for length.) 




Segment descriptor y 

m 

(See specific table for length.) 

m+1 


k 

Inline data 


NOTE 15 - Unexpected results may occur when an application client fails to zero the reserved bytes in this 
parameter list. Copy managers should ensure that the reserved bytes 4 through 7 contain zeros. 

The list identifier field is a value selected by the application client to uniquely identify the extended copy 
operation to the copy manager. The list identifier also may be used in the RECEIVE COPY RESULTS command 
(see 6.17) to request status for a specific EXTENDED COPY command. The list identifier value shall be unique 
for each concurrent EXTENDED COPY command sent via one l_T nexus. If the copy manager detects a duplicate 
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LIST IDENTIFIER value, then the command shall be terminated with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to OPERATION IN PROGRESS. 

The priority field establishes the priority of data transfer operations resulting from this EXTENDED COPY 
command relative to data transfer operations resulting from other commands being processed by the same device 
server. All commands other than copy commands have a priority of 1h. Priority Oh is the highest priority, with 
increasing priority values indicating lower priorities. 

A Sequential Striped (str) bit set to one specifies to the copy manager that the majority of the disk references in 
the parameter list represent sequential access of several striped disks. This may be used by the copy manager to 
perform read operations from a source disk at any time and in any order during processing of an EXTENDED 
COPY command as described in 6.3.6.4. A str bit set to zero specifies to the copy manager that disk references 
are not necessarily sequential. 

If the No Receive Copy Results (nrcr) bit is set to zero, the copy manager shall hold data for retrieval by the appli¬ 
cation client using the RECEIVE COPY RESULTS command with the RECEIVE DATA service action (see 6.17.3) 
and specified by the segment descriptors. If nrcr is one, the copy manager may discard all data accessible to the 
application client via the RECEIVE COPY RESULTS command with the RECEIVE DATA service action. If the appli¬ 
cation client requests delivery of data that has been discarded as a result of nrcr being one, the copy manager 
shall respond as if the EXTENDED COPY command has not been processed. 

The target descriptor list length contains the length in bytes of the target descriptor list that immediately 
follows the parameter list header. The number of target descriptors equals the length in bytes of the target 
descriptor list divided by 32. 

An EXTENDED COPY command may reference one or more copy target devices (the name given by the 
EXTENDED COPY command description to source and/or the destination logical units). Each copy target device is 
described by a target descriptor. All target descriptors have their formats specified by an EXTENDED COPY 
descriptor code. A copy manager may not support all target descriptor formats and shall list all target descriptor 
formats supported in response to the RECEIVE COPY RESULTS command with OPERATING PARAMETERS 
service action (see 6.17.4). See 6.3.6 for a detailed description of the target descriptors. 

Segment descriptors reference target descriptors by their position, or index, in the target descriptor list. The index 
for a target descriptor is computed by subtracting 16 from the starting byte number for the target descriptor in the 
parameter data and dividing the result by 32. The maximum number of target descriptors permitted within a 
parameter list is indicated by the maximum target count field in the copy manager’s operating parameters (see 
6.17.4). If the number of target descriptors exceeds the allowed number, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
TOO MANY TARGET DESCRIPTORS. 

The segment descriptor list length contains the length in bytes of the segment descriptor list that follows the 
target descriptors. See 6.3.7 for a detailed description of the segment descriptors. The maximum number of 
segment descriptors permitted within a parameter list is indicated by the maximum segment count field in the copy 
manager’s operating parameters (see 6.17.4). If the number of segment descriptors exceeds the allowed number, 
the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to TOO MANY SEGMENT DESCRIPTORS. 

The maximum length of the target and segment descriptors permitted within a parameter list is indicated by the 
maximum descriptor list length field in the copy manager’s operating parameters (see 6.17.4). If the combined 
length of the target and segment descriptors exceeds the allowed value, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 
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The inline data length field contains the number of bytes of inline data, after the last segment descriptor. A value 
of zero specifies that no inline data is present. 

The copy manager shall move data from the source devices to the destination devices as prescribed by the 
segment descriptors. The specific commands issued by the copy manager to the source and destination devices 
while processing the segment descriptors is vendor specific. Upon completion of an EXTENDED COPY command 
that returns GOOD status, the source and destination devices, particularly stream devices, shall be positioned at 
deterministic locations such that the device may be repositioned to the same location by the application client with 
appropriate commands. 

6.3.2 Errors detected before starting processing of the segment descriptors 

Errors may occur during processing of an EXTENDED COPY command before the first segment descriptor is 
processed. These conditions include CRC or parity errors while transferring the EXTENDED COPY command, 
invalid parameters in the CDB or parameter data, invalid segment descriptors, and inability of the copy manager to 
continue operating. In the event of such an exception condition, the copy manager shall: 

a) Terminate the EXTENDED COPY command with CHECK CONDITION status; and 

b) Set the valid bit in the sense data to zero. The sense key shall contain the sense key code describing the 
exception condition (i.e.: not COPY ABORTED). 

6.3.3 Errors detected during processing of segment descriptors 

Errors may occur after the copy manager has begun processing segment descriptors. These include invalid param¬ 
eters in segment descriptors, invalid segment descriptors, unavailable targets referenced by target descriptors, 
inability of the copy manager to continue operating, and errors reported by source or destination copy target 
devices. If the copy manager receives CHECK CONDITION status from one of the copy target devices, it shall 
recover the sense data associated with the exception condition and clear any ACA condition associated with the 
CHECK CONDITION status. 

If processing of a segment cannot complete because the copy manager is unable to establish communications with 
a copy target device, or because the copy target device does not respond to INQUIRY, or because the data 
returned in response to INQUIRY indicates an unsupported logical unit, then the EXTENDED COPY command 
shall be terminated with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to COPY TARGET DEVICE NOT REACHABLE. 

If processing of a segment cannot complete because the data returned in response to an INQUIRY command 
indicates a device type that does not match the type in the target descriptor, then the EXTENDED COPY command 
shall be terminated with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to INCORRECT COPY TARGET DEVICE TYPE. 

If the copy manager has issued a command other than INQUIRY to a copy target device while processing an 
EXTENDED COPY command and the copy target device either fails to respond with status or responds with status 
other than BUSY, TASK SET FULL, ACA ACTIVE, or RESERVATION CONFLICT, then the condition shall be 
considered a copy target device command failure. In response to a copy target device command failure the 
EXTENDED COPY command shall be terminated with CHECK CONDITION status, with the sense key set to 
COPY ABORTED, and the additional sense code set to THIRD PARTY DEVICE FAILURE. 

If a copy target device responds to a command from the copy manager with a status of BUSY, TASK SET FULL, 
ACA ACTIVE, or RESERVATION CONFLICT, the copy manager shall either retry the command or terminate the 
EXTENDED COPY command as a copy target device command failure. 
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NOTES 

16 The copy manager is assumed to employ a vendor specific retry policy that minimizes time consuming and/or 
fruitless repetition of retries. 

17 RESERVATION CONFLICT status is listed only to give the copy manager leeway in multi-port cases. The copy 
manager may have multiple initiator ports that are capable of reaching a copy target device, and a persistent 
reservation may restrict access to a single l_T nexus. The copy manager may need to try access from multiple 
initiator ports to find the correct l_T nexus. 

If a copy target device responds to an input or output operation with a GOOD status but less data than expected is 
transferred, then the EXTENDED COPY command shall be terminated with CHECK CONDITION status, with the 
sense key set to COPY ABORTED, and the additional sense code set to COPY TARGET DEVICE DATA 
UNDERRUN. If an overrun is detected, then the EXTENDED COPY command shall be terminated with CHECK 
CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to COPY 
TARGET DEVICE DATA OVERRUN. 

Following an exception condition detected during segment descriptor processing: 

a) The copy manager shall terminate the EXTENDED COPY command with CHECK CONDITION status, 
with the sense key set to COPY ABORTED; 

b) The copy manager shall indicate the segment that was being processed at the time of the exception by 
writing the segment number to the third and forth bytes of the command-specific information field. The 
segment number is based on the relative position of the segment descriptor in the EXTENDED COPY 
parameter list. The first segment descriptor in the parameter list is assigned descriptor number zero, the 
second is assigned one, etc.; 

c) If any data has been written to the destination for the segment being processed at the time the error 
occurred, the residual for the segment shall be placed in the information field, and the valid bit shall be 
set to one. The residual count shall be reported in bytes if the peripheral device type in the destination 
target descriptor is 03h (i.e., processor device), and in destination device blocks for all other device type 
codes. The residual count shall be computed by subtracting the number of bytes or blocks successfully 
written during the processing of the current segment from the number of bytes or blocks which would have 
been written if all commands had completed with GOOD status and all READ commands had returned the 
full data length requested. When computing the residual count, the copy manager shall include only the 
results of commands successfully completed by a destination device, specifically commands completed by 
a destination device with GOOD status or with CHECK CONDITION status and the eom bit set to one in 
the sense data. If the copy manager has used out of order transfers, the residual count shall be based 
solely on the contiguous successfully completed transfers starting at relative byte zero of the segment (i.e., 
any successfully completed transfers farther from relative byte zero than the first incomplete or unsuc¬ 
cessful transfer shall not contribute to the computation of the residual count). If no data has been written to 
the destination for the segment being processed at the time the error occurred, then the valid bit shall be 
set to zero and the contents of the information field are not defined. Segment descriptors that do not 
specify a transfer count shall not have a valid residual count returned; 

d) If the exception condition is reported by the source logical unit, then the first byte of the command-specific 
information field shall be set to the starting byte number, relative to the first byte of sense data, of an area 
that contains the status byte and sense data delivered to the copy manager by the source logical unit. The 
status byte and sense data shall not be modified by the copy manager or device server. A zero value 
indicates that no status byte and sense data is being returned for the source logical unit; 

e) If the exception condition is reported by the destination logical unit, then the second byte of the 
command-specific information field shall be set to the starting byte number, relative to the first byte of 
sense data, of an area that contains the status byte and sense data delivered to the copy manager by the 
destination logical unit. The status byte and sense data shall not be modified by the copy manager or 
device server. A zero value indicates that no status byte and sense data is being returned for the desti¬ 
nation logical unit; 

f) If segment processing is terminated because a copy target device is unreachable or as the result of a 
failure in a command sent to a copy target device, then the sense-key specific field shall be set as 
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described in 4.5.2.4.5, with the field pointer field indicating the first byte of the target descriptor that 
identifies the copy target device; and 

g) If, during the processing of a segment descriptor, the copy manager detects an error in the segment 
descriptor, then the sense-key specific field shall be set as described in 4.5.2.4.5, with the field pointer 
field indicating the byte in error. The field pointer field may be used to indicate an offset into either the 
parameter data or the segment descriptor. The sd bit is used to differentiate between these two cases. The 
sd bit shall be set to zero to indicate the field pointer field contains an offset from the start of the 
parameter data. The sd bit shall be set to one to indicate the field pointer field contains an offset from the 
start of the segment descriptor; and 

h) The copy manager shall preserve information for the FAILED SEGMENT DETAILS service action of the 
RECEIVE COPY RESULTS command (see 6.17.5). The information shall be discarded as described in 
6.17.5. 

6.3.4 Abort task management functions 

When a device server processes an ABORT TASK, ABORT TASK SET, or CLEAR TASK SET task management 
function that terminates an EXTENDED COPY command, the copy manager shall ensure that all commands and 
data transfers generated by the terminated EXENDED COPY command have been terminated and are no longer 
transferring data before allowing the task manager to complete the task management function. This requirement 
shall also apply to the processing the PREEMPT AND ABORT service action of the PERSISTENT RESERVE OUT 
command as described in 5.6.10.5. 
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6.3.5 Descriptor type codes 

Target descriptors and segment descriptors share a single set of code values that identify the type of descriptor 
(see table 51). Segment descriptors use codes in the range OOh to BFh. The definitions of codes between COh and 
DFh are vendor specific. Target descriptors use codes in the range EOh to FFh, 


Table 51 — EXTENDED COPY descriptor type codes (part 1 of 2) 


Descriptor 
type code 

Reference 

Description a 

Shorthand a 

OOh 

6.3.7.3 

Copy from block device to stream device 

block—^stream 

Olh 

6.3.7.4 

Copy from stream device to block device 

stream—>block 

02 h 

6.3.7.5 

Copy from block device to block device 

block—>block 

03h 

6.3.7.6 

Copy from stream device to stream device 

stream—^stream 

04h 

6.3.7.7 

Copy inline data to stream device 

inline—^stream 

05h 

6.3.7.8 

Copy embedded data to stream device 

embedded—>stream 

06h 

6.3.7.9 

Read from stream device and discard 

stream—^discard 

07h 

6.3.7.10 

Verify block or stream device operation 


08h 

6.3.7.11 

Copy block device with offset to stream device 

block<o>—^stream 

09h 

6.3.7.12 

Copy stream device to block device with offset 

stream—>block<o> 

OAh 

6.3.7.13 

Copy block device with offset to block device with off¬ 
set 

block<o>—>block<o> 

OBh 

6.3.7.3 

Copy from block device to stream device and hold a 
copy of processed data for the application client b 

block—>stream +appli- 
cation client 

OCh 

6.3.7.4 

Copy from stream device to block device and hold a 
copy of processed data for the application client b 

stream—>block +appli- 
cation client 

ODh 

6.3.7.5 

Copy from block device to block device and hold a 
copy of processed data for the application client b 

block—>block +appli- 
cation client 

OEh 

6.3.7.6 

Copy from stream device to stream device and hold 
a copy of processed data for the application client b 

stream—^stream 
+application client 

OFh 

6.3.7.9 

Read from stream device and hold a copy of 
processed data for the application client b 

stream—^discard 
+application client 

lOh 

6.3.7.14 

Write filemarks to sequential-access device 

filemark—>tape 

11 h 

6.3.7.15 

Space records or filemarks on sequential-access 
device 

space—>tape 

12h 

6.3.7.16 

Locate on sequential-access device 

locate—>tape 

a Block devices are those with peripheral device type codes Oh (i.e, direct-access), 4h (i.e., write-once), 5h 
(i.e., CD/DVD), 7h (i.e., optical memory), and Eh (i.e., simplified direct-access). Stream devices are those 
devices with peripheral device type codes 1h (i.e., sequential-access) and 3h (i.e., processor). 
Sequential-access stream (indicated by "tape" in the shorthand column) devices are those with peripheral 
device type code 1h. See 6.4.2 for peripheral device type code definitions. 
b The application client shall use the RECEIVE COPY RESULTS with a RECEIVE DATA service action to 
retrieve data held for it by the copy manager (see 6.17.3). 
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Table 51 — EXTENDED COPY descriptor type codes (part 2 of 2) 


Descriptor 
type code 

Reference 

Description a 

Shorthand a 

13h 

6.3.7.17 

Image copy from sequential-access device to 
sequential-access device 

<i>tape—><i>tape 

14h 

6.3.7.18 

Register persistent reservation key 


15h 

6.3.7.19 

Third party persistent reservations source l_T nexus 


16h - BFh 


Reserved for segment descriptors 


COh - DFh 


Vendor unique descriptors 


EOh 

7.5.3.2 

Fibre Channel World Wide Name target descriptor 


Elh 

7.5.3.3 

Fibre Channel N_Port target descriptor 


E2h 

7.5.3.4 

Fibre Channel N_Port with World Wide Name check¬ 
ing target descriptor 


E3h 

7.5.3.5 

Parallel Interface T_L target descriptor 


E4h 

6.3.6.2 

Identification descriptor target descriptor 


E5h 

7.5.3.8 

IPv4 target descriptor 


E6h 

6.3.6.3 

Alias target descriptor 


E7h 

7.5.3.7 

RDMA target descriptor 


E8h 

7.5.3.6 

IEEE 1394 EUI-64 target descriptor 


E9h 

7.5.3.9 

SAS Serial SCSI Protocol target descriptor 


EAh - FFh 


Reserved for target descriptors 


a Block devices are those with peripheral device type codes Oh (i.e, direct-access), 4h (i.e., write-once), 5h 
(i.e., CD/DVD), 7h (i.e., optical memory), and Eh (i.e., simplified direct-access). Stream devices are those 
devices with peripheral device type codes 1h (i.e., sequential-access) and 3h (i.e., processor). 
Sequential-access stream (indicated by "tape" in the shorthand column) devices are those with peripheral 
device type code 1h. See 6.4.2 for peripheral device type code definitions. 
b The application client shall use the RECEIVE COPY RESULTS with a RECEIVE DATA service action to 
retrieve data held for it by the copy manager (see 6.17.3). 
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6.3.6 Target descriptors 

6.3.6.1 Target descriptors introduction 

All target descriptors are 32 bytes in length and begin with a four-byte header (see table 52) containing the 
descriptor type code field that identifies the format of the descriptor. The assigned descriptor type code values 
are shown in table 51. Support for each target descriptor format is optional. If a copy manager receives an unsup¬ 
ported descriptor type code in a target descriptor, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to UNSUPPORTED 
TARGET DESCRIPTOR TYPE CODE. 


Table 52 — Target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E0h - FFh) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


Target descriptor parameters 


27 



28 


Device type specific parameters 


31 




The descriptor type code field is described in 6.3.5. 


The lu id type field (see table 53) specifies the interpretation of the lu identifier field in target descriptors that 
contain a lu identifier field. 


Table 53 — lu id type field 


Code 

LU IDENTIFIER field contents 

Reference 

00b 

01b 

10b- 11b 

Logical Unit Number 

Proxy Token 

Reserved 

SAM-3 

8.3.1.6.2 


Support for LU ID type codes other than 00b is optional. If a copy manager receives an unsupported LU ID type 
code, the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the lu id type field specifies that the lu identifier field contains a logical unit number, then the lu identifier field 
specifies the logical unit within the SCSI device specified by other fields in the target descriptor that shall be the 
source or destination for EXTENDED COPY operations. 

If the lu id type field specifies that the lu identifier field contains a proxy token (see 8.3.1.6.2), then the copy 
manager shall use the lu identifier field contents to obtain proxy access rights to the logical unit associated with 
the proxy token. The logical unit number that represents the proxy access rights shall be the source or destination 
for EXTENDED COPY operations. 
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The copy manager should obtain a LUN value for addressing this logical unit by sending an ACCESS CONTROL 
OUT command with ASSIGN PROXY LUN service action (see 8.3.3.11) to the access controls coordinator of the 
SCSI device that is identified by other fields in the target descriptor. The copy manager shall use a LUN assigned 
on the basis of a proxy token only for those commands that are necessary for the processing of the EXTENDED 
COPY command whose parameter data contains the proxy token. When the copy manager has completed 
EXTENDED COPY commands involving a proxy token, the copy manager should release the LUN value using an 
ACCESS CONTROL OUT command with RELEASE PROXY LUN service action (see 8.3.3.12). 

EXTENDED COPY access to proxy logical units is to be accomplished only via LU ID type 01b. If the copy 
manager receives a target descriptor containing LU ID type 00b and a logical unit number matching a LUN value 
that the copy manager has obtained using an ACCESS CONTROL OUT command with ASSIGN PROXY LUN 
service action, then the EXTENDED COPY command shall be terminated with CHECK CONDITION status, with 
the sense key set to COPY ABORTED, and the additional sense code set to COPY TARGET DEVICE NOT 
REACHABLE. 

A null device (nul) bit set to zero specifies that the target descriptor identifies a SCSI device that is expected to 
respond to an INQUIRY command and to which data movement commands may be sent. A nul bit set to one 
specifies that the descriptor identifies a null device that is not expected to be the recipient of any SCSI commands. 
If nul is one, bytes 4-27 of the target descriptor shall be ignored. If the processing required by a segment 
descriptor necessitates sending a command to a copy target device whose target descriptor has the nul bit set to 
one, then the EXTENDED COPY command shall be terminated as if an unreachable copy target device had been 
encountered (see 6.3.3). 

NOTE 18 - Target descriptors with the nul bit set to one are useful for processing the residual data from previous 
segment descriptors without affecting any media. (E.g., a segment descriptor of type 06h (stream device to 
discard) with a byte count of zero, cat equal to zero, and a null source target descriptor with pad equal to one may 
be used to discard all residual data.) 

The peripheral device type field is described in 6.4.2. The value in the descriptor type code field determines 
the format of the target descriptor parameters that follow the four-byte header and precede the device type specific 
parameters. The values in the descriptor type code field are listed in table 51. 

The value in the peripheral device type field determines the format of the device type specific parameters that 
follow the target descriptor parameters. The device type specific parameters convey information specific to the type 
of device identified by the target descriptor. 

Table 54 lists the peripheral device type code values having formats defined for the device type specific parameters 
in a target descriptor. Peripheral device types with code values not listed in table 54 are reserved in the 
EXTENDED COPY parameter list. 


Table 54 — Device type specific parameters in target descriptors 


Peripheral 

Device Type 

Reference 

Description 

Shorthand 

OOh, 04h, 05h, 07h, and OEh 

6.3.6.4 

Block devices 

Block 

01 h 

6.3.6.5 

Sequential-access devices 

Stream or Tape 

03h 

6.3.6.6 

Processor devices 

Stream 


The relative initiator port identifier field specifies the relative port identifier (see 3.1.80) of the initiator port 
within the SCSI device that the copy manager shall use to access the logical unit described by the target descriptor, 
if such access requires use of an initiator port (i.e., if the logical unit is in the same SCSI device as the copy 
manager, the relative initiator port identifier field is ignored). A relative initiator port identifier field set to 
zero specifies that the copy manager may use any initiator port or ports within the SCSI device. 
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The copy manager may, as part of processing a segment descriptor, verify the information in a target descriptor’s 
device specific fields. However, when verifying the information, the copy manager shall not issue any commands 
that change the position of read/write media on the copy target device without restoring it. Any errors encountered 
while verifying the information shall be handled as described in 6.3.3. 

6.3.6.2 Identification descriptor target descriptor format 

The target descriptor format shown in table 55 instructs the copy manager to locate a SCSI target device and 
logical unit that returns a Device Identification VPD page (see 7.6.4) containing an Identification descriptor having 
the specified code set, association, identifier type, identifier length, and identifier field values. The copy 
manager may use any N_Port, target identifier and logical unit number values that result in matching VPD field 
values to address the logical unit. If multiple target identifiers and logical unit number combinations access 
matching VPD field values, the copy manager may use any combination to address the logical unit and shall try 
other combinations in the event that one combination becomes non-operational during the processing of an 
EXTENDED COPY command. 


Table 55 — Identification descriptor target descriptor format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

DESCRIPTOR TYPE CODE (E4h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

3 

RELATIVE INITIATOR PORT IDENTIFIER 

(LSB) 

4 

Reserved 

CODE SET 

5 

Reserved association 

IDENTIFIER TYPE 

6 

Reserved 

7 

IDENTIFIER LENGTH (n-7) 

8 


n 

IDENTIFIER 

n+1 


27 

Reserved 

28 


31 

Device type specific parameters 


The DESCRIPTOR TYPE CODE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT IDENTIFIER field, 
and the device type specific parameters are described in 6.3.6.1. 


The lu id type field is reserved for this target descriptor. 

The contents of the code set, association, identifier type, identifier length, and identifier fields are specified 
in 7.6.4. 

The identifier length shall be 20 or less. If the identifier length is 20, there shall be no reserved bytes between the 
target descriptor parameters and the device type specific parameters. 
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Some combinations of code set, association, identifier type, identifier length and identifier do not uniquely identify a 
logical unit to serve as a copy target device. The application client shall not send such combinations to the copy 
manager. 

6.3.6.3 Alias target descriptor format 

The target descriptor format shown in table 56 instructs the copy manager to locate a SCSI target port and logical 
unit using the alias list (see 3.1.7) designation associated with the specified alias value. The alias list is maintained 
using the CHANGE ALIASES command (see 6.2). 


Table 56 — Alias target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E6h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 


ALIAS VALUE 


19 



20 


Reserved 


27 



28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT IDENTIFIER field, 
and the device type specific parameters are described in 6.3.6.1. 

The alias value field specifies an alias value in the alias list as managed by the CHANGE ALIASES command 
(see 6.2) and maintained by the device server. 

When the device server first processes an alias target descriptor, it shall check the value of the alias value field for 
a corresponding entry in the alias list. If the value is not in the alias list or the device server is unable to validate the 
designation (see 6.2.3) associated with the alias value, the command shall be terminated because the copy target 
device is unavailable (see 6.3.3). An application client generating EXTENDED COPY commands that include alias 
target descriptors in the parameter data is responsible for providing a valid entry in the alias list using the CHANGE 
ALIASES command (see 6.2) prior to sending the EXTENDED COPY command. 
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6.3.6.4 Device type specific target descriptor parameters for block device types 

The format for the device type specific target descriptor parameters for block device types (device type code values 
OOh, 04h, 05h, 07h, and OEh) is shown in table 57. 


Table 57 — Device type specific target descriptor parameters for block device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

29 

(MSB) 







30 




DISK BLOCK LENGTH 



31 







(LSB) 


The pad bit is used in conjunction with the cat bit (see 6.3.7.1) in the segment descriptor to determine what action 
should be taken when a segment of the copy does not fit exactly into an integer number of destination blocks (see 
6 . 3 . 7 . 2 ). 

The disk block length field contains the number of bytes in a disk block, excluding any protection information (see 
SBC-2), for the logical device being addressed. 

The copy manager may read ahead from sources of block device type. That is, the copy manager may perform 
read operations from a source disk at any time and in any order during processing of an EXTENDED COPY 
command, provided that the relative order of writes and reads on the same blocks within the same target descriptor 
does not differ from their order in the segment descriptor list. 

6.3.6.5 Device type specific target descriptor parameters for sequential-access device types 

The format for the device type specific target descriptor parameters for the sequential-access device type (device 
type code value 01 h) is shown in table 58. 


Table 58 — Device type specific target descriptor parameters for sequential-access device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

FIXED 

29 

(MSB) 







30 




STREAM BLOCK LENGTH 



31 







(LSB) 
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The contents of the fixed bit and stream block length field are combined with the stream device transfer 
length field in the segment descriptor to determine the length of the stream read or write operation as specified in 
table 59. 


Table 59 — Stream device transfer lengths 


FIXED 

bit 

STREAM BLOCK 

length field 

Description 

0 

OOOOOOh 

Use variable length reads or writes. The number of bytes for each read or write is 
specified by the stream device transfer length field in the segment descriptor. 

0 

000001h - 
FFFFFFh 

The command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 

FIELD IN PARAMETER LIST. 

1 

OOOOOOh 

The command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 

FIELD IN PARAMETER LIST 

1 

000001 h- 
FFFFFFh 

Use fixed record length reads or writes. The number of bytes for each read or write 
shall be the product of the stream block length field and the stream device 
transfer length field in the segment descriptor. 


The pad bit is used in conjunction with the cat bit (see 6.3.7.1) in the segment descriptor to determine what action 
should be taken when a segment of the copy does not fit exactly into an integer number of destination blocks (see 
6.3.7.2). 

All read commands issued to sequential-access type devices shall have the sili bit equal to zero. 

The copy manager shall not read ahead from sources of stream device type. That is, the read operations required 
by a segment descriptor for which the source is a stream device shall not be started until all write operations for 
previous segment descriptors have completed. 

6.3.6.6 Device type specific target descriptor parameters for processor device types 

The format for the device type specific target descriptor parameters for the processor device type (device type code 
value 03h) is shown in table 60. 


Table 60 — Device type specific target descriptor parameters for processor device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

29 




Reserved 





31 









The pad bit is used in conjunction with the cat bit (see 6.3.7.1) in the segment descriptor to determine what action 
should be taken when a segment of the copy does not fit exactly into an integer number of SEND or RECEIVE 
commands (see 6.3.7.2). 


When the processor device is a source, the number of bytes to be transferred by a SEND command shall be 
specified by stream device transfer length field in the segment descriptor. When the processor device is a 
destination, the number of bytes to be transferred by a RECEIVE command shall be specified by stream device 
transfer length field in the segment descriptor. 
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6.3.7 Segment descriptors 

6.3.7.1 Segment descriptors introduction 

Segment descriptors (see table 61) begin with an eight byte header. 


Table 61 — Segment descriptor header 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (00h-3Fh) 

1 

Reserved dc cat 

2 

(MSB) 

DESCRIPTOR LENGTH (n-7) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 


Segment descriptor parameters 


n 




The descriptor type code field is described in 6.3.5. Support for each segment descriptor format is optional. If a 
copy manager receives an unsupported descriptor type code in a segment descriptor, the command shall be termi¬ 
nated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE. 

The destination count (dc) bit is only applicable to segment descriptors with descriptor type code values of 02h and 
ODh (see 6.3.7.5). The dc bit is reserved for all other segment descriptors. 

The cat bit is described in 6.3.7.2. 

The descriptor length field contains the length in bytes of the fields that follow the descriptor length field in the 
segment descriptor. In most cases, the length is constant. 

The source target descriptor index field contains an index into the target descriptor list (see 6.3.1) identifying 
the source copy target device. The destination target descriptor index field contains an index into the target 
descriptor list (see 6.3.1) identifying the destination copy target device. Some segment descriptor formats do not 
require a source target descriptor index field or a destination target descriptor index field, in which case 
the field is reserved. 

If the copy target device identified by a source target descriptor index field or a destination target 
descriptor index field is not accessible to the copy manager, then the command shall be terminated with CHECK 
CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
UNREACHABLE COPY TARGET. 
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6.3.7.2 Segment descriptor processing 

In processing a segment descriptor, the copy manager may be required to: 

a) Read source data by issuing data input commands to the source device; 

b) Process data, an operation that generally designates data as destination data intended for transfer to the 
destination device; and 

c) Write some or all of the destination data to the destination device. 

The number of blocks to read and write, the number of bytes to process, and the nature of processing are deter¬ 
mined by the segment descriptor type code, the parameters of the segment descriptor, and the amount of residual 
source or destination data retained from the previous segment, if any. 

Except as otherwise specified by particular segment descriptor type codes: 

a) Just enough whole-block read operations shall be performed to supply, together with residual source data 
from the previous segment or segments, the number of bytes to be processed; 

b) Processing consists of removing bytes from the source data and designating them as destination data, 
without change; and 

c) As many whole-block write operations as possible shall be performed with the destination data, including 
any residual destination data from the previous segment or segments. 

Any residual source data from the previous segment or segments shall be processed before any data read from the 
source device during processing of the current segment descriptor. Any residual destination data from the previous 
segment or segments shall be written before any data processed during processing of the current segment 
descriptor. 

Exceptions and clarifications to these general rules are described in table 62 and the subclauses it references. 


Table 62 — Descriptor Type Code Dependent Copy Manager Processing (part 1 of 2) 


Segment Descriptor Type Code 

Reference 

Description 

OOh (block—>stream) or 

OBh (block—>stream+application client) 

6.3.7.3 

The number of bytes processed is determined by the 
block device number of blocks field for the source 
blocks (see applicable type code definition subclauses 
for details). a 

02h (block—>block) or 

ODh (block—>block+application client) 
with dc=0 

6.3.7.5 

02h (block—>block) or 

ODh (block—>block+application client) 
with dc=1 

6.3.7.5 

The number of blocks or byte range specified shall be 
output to the destination device. If residual destination 
data is sufficient to perform the output, then no data 
shall be processed. Otherwise, just as much data as 
needed shall be processed (which may involve reading 
dcitci from th© sourc© d©vic©) so thcit th© d©stin©tion 

01 h (stream—>block) or 

OCh (stream—>block+application client) 

6.3.7.3 

09h (stream—>block<o>) 

6.3.7.12 

data (which includes any residual destination data from 
the previous segment) is sufficient. a 

03h (stream—^stream) or 

OEh (stream—>stream+application client) 

6.3.7.6 

The number of bytes specified in the segment 
descriptor shall be processed. a 

a For segment descriptor type codes OBh, OCh, ODh and OEh, a copy of the processed data shall also be held 
for retrieval by the application client. 


116 


Working Draft SCSI Primary Commands - 3 (SPC-3) 







1 December 2004 


T10/1416-D Revision 21b 


Table 62 — Descriptor Type Code Dependent Copy Manager Processing (part 2 of 2) 


Segment Descriptor Type Code 

Reference 

Description 

04h (inline—^stream) 

6.3.7.7 

The specified number of bytes of inline or embedded 
data shall be appended to the destination data, and no 
source data shall be processed. 

05h (embedded—^stream) 

6.3.7.8 

06h (stream—Hfiscard) 

6.3.7.9 

The specified number of bytes shall be removed from 
the source data and discarded. 

07h (verify device operation) 

6.3.7.10 

No data shall be processed and no read or write opera¬ 
tions shall be performed on copy target devices. 

lOh (filemark—>tape) 

6.3.7.14 

11 h (space—>tape) 

6.3.7.15 

retained or discarded as if the cat bit were equal to 
one. 

12h (locate—>tape) 

6.3.7.16 

14h (register persistent reservation key) 

6.3.7.18 

08h (block<o>—>stream) 

6.3.7.11 

The required blocks shall be read from the source 
device, the designated byte range shall be extracted as 
source data, and the designated number of bytes 
(starting with residual source data, if any) shall be 
processed. 

OAh (block<o>—>block<o>) 

6.3.7.13 

The source byte range specified shall be read into 
source data, the number of bytes specified shall be 
moved from source data to destination data, and the 
specified destination byte range shall be written using 
destination data. 

OFh (stream—>discard+application client) 

6.3.7.9 

The specified number of bytes shall be removed from 
the source data and held for retrieval by the application 
client. 

13h (<i>tape—><i>tape) 

6.3.7.17 

The data movement shall not involve "processing" as 
described in this subclause. Residual source or desti¬ 
nation data, if any, shall not be used and shall be 
retained or discarded as if the cat bit were equal to 
one. 

a For segment descriptor type codes OBh, OCh, ODh and OEh, a copy of the processed data shall also be held 
for retrieval by the application client. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


117 







T10/1416-D Revision 21b 


1 December 2004 


Reads and writes shall be performed using whole-block transfer lengths determined by the block size, transfer 
length, or both. Therefore some source data may remain unprocessed and some destination data may not have 
been transferred at the end of a segment. If so, the residue shall be handled according to the cat bit in the segment 
descriptor and the pad bits of the source and destination target descriptors, as defined in table 63. 


Table 63 — pad and cat bit definitions 


pad bit in 

cat bit 

Copy manager action 

Source 

target 

descriptor 

Destination 

target 

descriptor 

0 or 1 

0 or 1 

1 

Any residual source data shall be retained as source data for a subse¬ 
quent segment descriptor. Any residual destination data shall be 
retained as destination data for a subsequent segment descriptor. It 
shall not be an error if either the source or destination target index in the 
following segment descriptor does not match the corresponding target 
index with which residual data was originally associated. If the cat bit is 
set to one on the last segment of an EXTENDED COPY command, any 
residual data shall be discarded and this shall not be considered an 

error. 

1 

1 

0 

Any residual source data shall be discarded. Any residual destination 
data shall be padded with zeroes to make a whole block transfer. a 

0 

1 

0 

Any residual source data shall be handled as if the cat bit is equal to 
one (i.e., discarded on the last segment and retained otherwise). Any 
residual destination data shall be padded with zeroes to make a whole 
block transfer. a 

1 

0 

0 

Any residual source or destination data shall be discarded. 

0 

0 

0 

If there is residual source or destination data, the EXTENDED COPY 
command shall be terminated with CHECK CONDITION status, with 
the sense key set to an COPY ABORTED, and the additional sense 
code set to UNEXPECTED INEXACT SEGMENT. 


a When the cat bit is set to zero and the destination target descriptor has the pad bit set to one, the 

EXTENDED COPY command shall be terminated with CHECK CONDITION status, with the sense key set 
to COPY ABORTED, and the additional sense code set to UNEXPECTED INEXACT SEGMENT if any of the 
following conditions are met: 

a) If any residual destination data is present after writing the designated byte range for a segment 
descriptor of type 09h (stream—>block <o>) or OAh (block<o>—>block<o>); or 

b) If any residual destination data is present after the designated number of blocks have been written for a 
segment descriptor of type 02h (block—>block) with DC set to one, ODh (block—>block+application client) 
with dc set to one, 01 h (stream—>block) or OCh (stream—>block+application client). 


A few segment descriptors have either no source or no destination and handling of the pad bit for those descriptors 
shall be as follows. For segment descriptor types 04h (inline—>stream, see 6.3.7.7) and 05h (embedded—^stream, 
see 6.3.7. 8), the handling shall be as if the pad is set to zero for the source target descriptor. For segment 
descriptor types 06h and OFh (stream—^discard and stream—>discard+application client, see 6.3.7.9), handling 
shall be as if the pad is set to zero for the destination target descriptor. 
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6.3.7.3 Block device to stream device operations 

The segment descriptor format shown in table 64 is used by the copy operations that move data from a block 
device to a stream device or vice versa. 


Table 64 — Block device to or from stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (OOh, 01 h, OBh, or OCh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

SOURCE TARGET DESCRIPTOR INDEX 

(LSB) 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

Reserved 

13 

Reserved 

14 

(MSB) 

15 

BLOCK DEVICE NUMBER OF BLOCKS 

(LSB) 

16 

(MSB) 

23 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Two descriptor type code values use the 
segment descriptor format shown in table 64 and described in this subclause. 

For descriptor type code OOh (block—^stream) or descriptor type code OBh (block—>stream+application client), the 
copy manager shall copy the data from the source block device identified by the source target descriptor index 
field to the destination stream device identified by the destination target descriptor index field using the logical 
blocks starting at the location identified by the block device logical block address field. As many blocks shall be 
read as necessary to process (see 6.3.7.2) a number of bytes equal to the contents of the disk block length field 
in the target descriptor for the source device times the contents of the block device number of blocks field. The 
data shall be written to the stream device starting at the current position of the media. 

For descriptor type code OBh (block—>stream+application client), the copy manager also shall hold a copy of the 
processed data for delivery to the application client upon completion of the EXTENDED COPY command in 
response to a RECEIVE COPY RESULTS command with RECEIVE DATA service action as described in 6.17.3. 
The minimum amount of held data supported by the copy manager is returned in the response data for the 
RECEIVE COPY RESULTS command with OPERATING PARAMETERS service action (see 6.17.4). If the copy 
manager supports the OBh descriptor type code, it also shall support the RECEIVE COPY RESULTS command 
with RECEIVE DATA service action. 
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The cat bit is described in 6.3.7.2. 

The DESCRIPTOR LENGTH field shall contain 20 (0014h). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be written on each write operation to the 
stream device. See 6.3.6.5 for a description of how data in the stream device transfer length field in the 
segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the sequential-access device type. 

The block device number of blocks field specifies the length, in source logical blocks, of data to be processed 
(see 6.3.7.2) in the segment. A value of zero shall not be considered as an error. No data shall be processed, but 
any residual destination data retained from a previous segment shall be written if possible to the destination in 
whole-block transfers. A value of zero shall not modify the handling of residual data. 

The block device logical block address field specifies the starting logical block address on the block device for 
this segment. 

6.3.7.4 Stream device to block device operations 

The segment descriptor format shown in table 64 (see 6.3.7.3) also is used by the copy operations that move data 
from a stream device to a block device. Two descriptor type code values use the segment descriptor format 
shown in table 64 and described in this subclause. 

For descriptor type code 01 h (stream—>block) or descriptor type code OCh (stream—>block+application client), the 
copy manager shall copy the data from the source stream device identified by the source target descriptor 
index field to the destination block device identified by the destination target descriptor index field using the 
stream data starting at the current position of the stream device. The data shall be written to logical blocks starting 
at the location identified by the block device logical block address field and continuing for the number of blocks 
specified in the block device number of blocks field. 

For descriptor type code OCh (stream—>block+application client), the copy manager also shall hold a copy of the 
processed data for delivery to the application client upon completion of the EXTENDED COPY command in 
response to a RECEIVE COPY RESULTS command with RECEIVE DATA service action as described in 6.17.3. 
The minimum amount of held data supported by the copy manager is returned in the response data for the 
RECEIVE COPY RESULTS command with OPERATING PARAMETERS service action (see 6.17.4). If the copy 
manager supports the OCh descriptor type code, it also shall support the RECEIVE COPY RESULTS command 
with RECEIVE DATA service action. 

The cat bit is described in 6.3.7.2. 

The descriptor LENGTH field shall contain 20 (0014h). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be read from the source stream device 
on each read operation. See 6.3.6.5 for a description of how data in the stream device transfer length field in 
the segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the sequential-access device type. 

The block device number of blocks field specifies the number blocks to be written by the segment. A value of 
zero specifies that no blocks shall be written in this segment. This shall not be considered as an error. 

The block device logical block address field specifies the starting logical block address on the block device for 
this segment. 
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6.3.7.5 Block device to block device operations 

The segment descriptor format shown in table 65 is used by the copy operations that move data from a block 
device to a block device. 


Table 65 — Block device to block device segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (02h or ODh) 

1 

Reserved dc cat 

2 

(MSB) 

DESCRIPTOR LENGTH (0018h) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

Reserved 

9 

Reserved 

10 

(MSB) 

BLOCK DEVICE NUMBER OF BLOCKS 


11 


(LSB) 

12 

(MSB) 

SOURCE BLOCK DEVICE LOGICAL BLOCK ADDRESS 


19 


(LSB) 

20 

(MSB) 

DESTINATION BLOCK DEVICE LOGICAL BLOCK ADDRESS 


27 


(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Two descriptor type code values use the 
segment descriptor format shown in table 65 and described in this subclause. 

For descriptor type code 02h (block—>block) or descriptor type code ODh (block—>block+application client), the copy 
manager shall copy the data from the source block device identified by the source target descriptor index field 
to the destination block device identified by the destination target descriptor index field using the logical blocks 
starting at the location identified by the source block device logical block address field. The data shall be 
written to logical blocks starting at the location identified by the destination block device logical block address 
field. 

If the dc bit equals zero, then as many blocks shall be read as necessary to process (see 6.3.7.2) a number of 
bytes equal to the contents of the disk block length field in the target descriptor for the source device times the 
contents of the block device number of blocks field, and as many writes as possible shall be performed using 
any residual destination data from the previous segment and the data processed in this segment. If the dc bit 
equals one, then the number of blocks specified by the block device number of blocks field shall be written to the 
destination block device, as many bytes shall be processed as necessary for these writes to be performed, and as 
many blocks shall be read as necessary to supply the data to be processed. 

For descriptor type code ODh (block—>block+application client), the copy manager also shall hold a copy of the 
processed data for delivery to the application client upon completion of the EXTENDED COPY command in 
response to a RECEIVE COPY RESULTS command with RECEIVE DATA service action as described in 6.17.3. 
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The minimum amount of held data supported by the copy manager is returned in the response data for the 
RECEIVE COPY RESULTS command with OPERATING PARAMETERS service action (see 6.17.4). If the copy 
manager supports the ODh descriptor type code, it also shall support the RECEIVE COPY RESULTS command 
with RECEIVE DATA service action. 

The cat bit is described in 6.3.7.2. 

The destination count (dc) bit specifies whether the block device number of blocks field refers to the source or 
destination device. A dc bit set to zero specifies that the block device number of blocks field refers to the source 
device. A dc bit set to one specifies that the block device number of blocks field refers to the destination device. 

The DESCRIPTOR LENGTH field shall contain 24 (0018h). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The block device number of blocks field specifies the number of blocks to be processed (if dc is set to zero) or to 
be written to the destination device (if dc is set to one). A value of zero shall not be considered as an error. If the dc 
bit equals one, a value of zero specifies that no destination blocks shall be written and the only processing to be 
performed is that any residual source or destination data from the previous segment shall be handled as residual 
data as described in 6.3.7.2. If the dc bit equals zero, a value of zero specifies that no source blocks shall be read 
and no source data shall be processed, but any residual destination data from a previous segment shall be written 
if possible to the destination in whole-block transfers, and any residual data shall be handled as described in 
6.3.7.2. 

The source block device logical block address field specifies the logical block address from which the reading 
of data shall start. 

The destination block device logical block address field specifies the logical block address to which the writing 
of data shall begin. 
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6.3.7.6 Stream device to stream device operations 

The segment descriptor format shown in table 66 is used by the copy operations that move data from a stream 
device to a stream device. 


Table 66 — Stream device to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (03h or OEh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

SOURCE TARGET DESCRIPTOR INDEX 

(LSB) 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

SOURCE STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

Reserved 

13 

(MSB) 

14 

DESTINATION STREAM DEVICE TRANSFER LENGTH 

15 

(LSB) 

16 

(MSB) 

19 

BYTE COUNT 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Two descriptor type code values use the 
segment descriptor format shown in table 66 and described in this subclause. 

For descriptor type code 03h (stream—>stream) or descriptor type code OEh (stream—>stream+application client), 
the copy manager shall copy the data from the source stream device identified by the source target descriptor 
index field to the destination stream device identified by the destination target descriptor index field. Data shall 
be read from the source stream device starting at the current position of the source stream device. Data shall be 
written to the destination stream device starting at the current position of the destination stream device. The byte 
count field defines the number of bytes to be processed (see 6.3.7.2) by the copy manager. The copy manager 
shall perform read operations as necessary to supply the source data, and as many write operations as possible 
using the destination data. 

For descriptor type code OEh (stream—>stream+application client), the copy manager also shall hold a copy of the 
processed data for delivery to the application client upon completion of the EXTENDED COPY command in 
response to a RECEIVE COPY RESULTS command with RECEIVE DATA service action as described in 6.17.3. 
The minimum amount of held data supported by the copy manager is returned in the response data for the 
RECEIVE COPY RESULTS command with OPERATING PARAMETERS service action (see 6.17.4). If the copy 
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manager supports the OEh descriptor type code, it also shall support the RECEIVE COPY RESULTS command 
with RECEIVE DATA service action. 

The cat bit is described in 6.3.7.2. 

The DESCRIPTOR LENGTH field shall contain 16 (001 Oh). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The source stream device transfer length field specifies the amount of data to be read from the source stream 
device on each read operation. See 6.3.6.5 for a description of how data in the source stream device transfer 
length field in the segment descriptor interacts with data in the stream block length field in the device type 
specific target descriptor parameters for the source sequential-access device type. 

The destination stream device transfer length field specifies the amount of data to be written to the destination 
stream device on each write operation. See 6.3.6.5 for a description of how data in the destination stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the device 
type specific target descriptor parameters for the destination sequential-access device type. 

The byte count field specifies the number of bytes that shall be processed for this segment descriptor. A value of 
zero shall not be considered as an error, and specifies that no source blocks shall be read and no source data shall 
be processed. However, a value of zero specifies that any residual destination data from a previous segment shall 
be written if possible to the destination in whole-block transfers, and any residual data shall be handled as 
described in 6.3.7.2. 
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6.3.7.7 Inline data to stream device operation 

The segment descriptor format shown in table 67 instructs the copy manager to write inline data from the 
EXTENDED COPY parameter list to a stream device. 


Table 67 — Inline data to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (04h) 

1 

Reserved cat 

2 

(MSB) 

3 

DESCRIPTOR LENGTH (001 Oh) 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

15 

INLINE DATA OFFSET 

(LSB) 

16 

(MSB) 

19 

INLINE DATA NUMBER OF BYTES 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 04h (inline—^stream) 
instructs the copy manager to write inline data from the EXTENDED COPY parameter list to a stream device. The 
inline data shall be read from the optional inline data at the end of the EXTENDED COPY parameter list. The data 
shall be written to the destination stream device identified by the destination target descriptor index field 
starting at the current position of the stream device. Any residual destination data from a previous segment 
descriptor shall be written before the data of the current segment descriptor. Any residual source data from a 
previous segment descriptor shall not be processed (see 6.3.7.2), and shall be handled as residual source data. 

The cat bit is described in 6.3.7.2. 

The descriptor LENGTH field shall contain 16 (001 Oh). The destination target descriptor index field is 
described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be written to the stream device on each 
write operation. See 6.3.6.5 for a description of how data in the stream device transfer length field in the 
segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the destination sequential-access device type. 

The value in the inline data offset field is added to the location of the first byte of inline data in the EXTENDED 
COPY parameter list (see table 50) to locate the first byte of inline data to be written to the stream device. The 
inline data offset value shall be a multiple of 4. 
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The inline data number of bytes field specifies the number of bytes of inline data that are to be transferred to the 
stream device. A value of zero shall not be considered an error. 

If the sum of the inline data offset and the inline data number of bytes values exceeds the value in the inline 
data LENGTH field (see table 50), the copy manager shall terminate the command with CHECK CONDITION status, 
with the sense key set to COPY ABORTED, and the additional sense code set to INLINE DATA LENGTH 
EXCEEDED. 

6.3.7.8 Embedded data to stream device operation 

The segment descriptor format shown in table 68 instructs the copy manager to write embedded data from the 
segment descriptor to a stream device. 


Table 68 — Embedded data to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (05h) 

1 

Reserved cat 

2 

(MSB) 

3 

DESCRIPTOR LENGTH (n-3) 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

13 

EMBEDDED DATA NUMBER OF BYTES 

(LSB) 

14 


15 

Reserved 

16 


n 

EMBEDDED DATA 


The descriptor type code field is described in 6.3.5 and 6.3.7. 1 . Descriptor type code 05h (embedded—>stream) 
instructs the copy manager to write embedded data from the segment descriptor to a stream device. The 
embedded data shall be read from the segment descriptor. The data shall be written to the destination stream 
device identified by the destination target descriptor index field starting at the current position of the stream 
device. Any residual destination data from a previous segment descriptor shall be written before the data of the 
current segment descriptor. Any residual source data from a previous segment descriptor shall not be processed 
(see 6.3.7.2), and shall be handled as residual source data. 

The cat bit is described in 6.3.7.2. 
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The descriptor length field shall contain the length in bytes of the fields that follow the descriptor length field, 
including the embedded data. The value in the descriptor length field shall be a multiple of 4. 

The DESTINATION target descriptor index field is described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be written to the stream device on each 
write operation. See 6.3.6.5 for a description of how data in the stream device transfer length field in the 
segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the destination sequential-access device type. 

The embedded data number of bytes field specifies the number of bytes of embedded data that are to be trans¬ 
ferred to the stream device. A value of zero shall not be considered an error. The embedded data number of bytes 
value shall be less than or equal to the descriptor length value minus 12. 

6.3.7.9 Stream device to discard operation 

The segment descriptor format shown in table 69 instructs the copy manager to read data from a stream device 
and not copy it to any destination device. 


Table 69 — Stream device to discard segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (06h or OFh) 

1 

Reserved cat 

2 

(MSB) 

3 

DESCRIPTOR LENGTH (OOOCh) 

(LSB) 

4 

(MSB) 

5 

SOURCE TARGET DESCRIPTOR INDEX 

(LSB) 

6 

Reserved 

7 

Reserved 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

15 

NUMBER OF BYTES 

(LSB) 


The descriptor TYPE code field is described in 6.3.5 and 6.3.7.I. Two descriptor type code values use the 
segment descriptor format shown in table 69 and described in this subclause. 

For descriptor type code 06h (stream—>discard) or descriptor type code OFh (stream—Kfiscard+application client), 
the copy manager shall read data as necessary from the source stream device identified by the source target 
descriptor index field starting at the current position of the source stream device. The number of bytes specified 
by the number of bytes field shall be removed from the source data, starting with any residual source data from 
the previous segment. 
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For descriptor type code 06h (stream—^discard) the removed data shall be discarded and not written to any desti¬ 
nation device. For descriptor type code OFh (stream—Ktiscard+application client) the removed data shall be held for 
delivery to the application client upon completion of the EXTENDED COPY command in response to a RECEIVE 
COPY RESULTS command with RECEIVE DATA service action as described in 6.17.3. The minimum amount of 
held data supported by the copy manager is returned in the response data for the RECEIVE COPY RESULTS 
command with OPERATING PARAMETERS service action (see 6.17.4). If the copy manager supports the OFh 
(stream—>discard+application client) descriptor type code, it also shall support the RECEIVE COPY RESULTS 
command with RECEIVE DATA service action. 

The cat bit is described in 6.3.7.2. 

The descriptor LENGTH field shall contain 12 (OOOCh). The destination target descriptor index field is 
described in 6.3.7.1. 

The source stream device transfer length field specifies the amount of data to be read from the source stream 
device on each read operation. See 6.3.6.5 for a description of how data in the source stream device transfer 
length field in the segment descriptor interacts with data in the stream block length field in the device type 
specific target descriptor parameters for the source sequential-access device type. 

The number of bytes field specifies the number of bytes to be removed from the source data. 

6.3.7.10 Verify device operation 

The segment descriptor format shown in table 70 instructs the copy manager to verify the accessibility of a SCSI 
device. 


Table 70 — Verify device operation segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (07h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0008h) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 


Reserved 


7 



8 

Reserved tur 

9 


Reserved 


11 




The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 07h instructs the copy 
manager to verify the accessibility of the device identified by the source target descriptor index field. 

The descriptor length field shall contain 8 (0008h). The source target descriptor index field is described in 
6.3.7.1. 
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Support for a value of one in the tur (Test Unit Ready) bit is optional. If setting the tur bit to one is supported and 
the tur bit is set to one, then a TEST UNIT READY command (see 6.31) shall be used to determine the readiness 
of the device. If setting the tur to one is not supported and the tur bit is set to one, then the EXTENDED COPY 
command shall be terminated with CHECK CONDITION status, with the sense key set to COPY ABORTED, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST. The sense-key specific field shall be set 
as described in 6.3.3. If the tur bit is set to zero, then the accessibility should be verified without disturbing estab¬ 
lished unit attention conditions or ACA conditions (e.g., using the INQUIRY command (see 6.4)). 

6.3.7.11 Block device with offset to stream device operation 

The segment descriptor format shown in table 71 is used to instruct the copy manager to move data from a block 
device with a byte offset to a stream device or vice versa. 


Table 71 — Block device with offset to or from stream device segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (08h or 09h) 

1 

Reserved cat 

2 

(MSB) 

DESCRIPTOR LENGTH (0018h) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

Reserved 

9 

(MSB) 

STREAM DEVICE TRANSFER LENGTH 


10 



11 


(LSB) 

12 

(MSB) 

NUMBER OF BYTES 


15 


(LSB) 

16 

(MSB) 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 


23 


(LSB) 

24 

Reserved 

25 

Reserved 

26 

(MSB) 

BLOCK DEVICE BYTE OFFSET 


27 


(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 08h (block<o>—^stream) 
instructs the copy manager to copy the data from the source block device identified by the source target 
descriptor index field to the destination stream device identified by the destination target descriptor index 
field using data starting at the location identified by the block device byte offset field in the logical block identified 
by the block device logical block address field and continuing for the number of bytes specified in the number 
of bytes field. The data shall be written to the stream device starting at the current position of the media. 
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The cat bit is described in 6.3.7.2. 

The DESCRIPTOR LENGTH field shall contain 24 (0018h). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be written on each write operation to the 
stream device. See 6.3.6.5 for a description of how data in the stream device transfer length field in the 
segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the sequential-access device type. 

The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall be 
transferred in this segment. This shall not be considered as an error. 

The block device logical block address field specifies the starting logical block address on the source block 
device for this segment. 

The block device byte offset field specifies the offset into the first source block at which to begin reading bytes. 

6.3.7.12 Stream device to block device with offset operation 

The segment descriptor format shown in table 71 (see 6.3.7.11) also is used to instruct the copy manager to move 
data from a stream device to a block device with a byte offset. 

The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 09h (stream—>block<o>) 
instructs the copy manager to copy the data from the source stream device identified by the source target 
descriptor INDEX field to the destination block device identified by the destination target descriptor index field 
using the stream data starting at the current position of the stream device. The data shall be written starting at the 
location identified by the block device byte offset field in the logical block identified by the block device logical 
block address field and continuing for the number of bytes specified in the number of bytes field. 

The content of the starting logical block on the destination device before the starting offset shall be preserved. The 
content on the ending logical block beyond the end of the transfer shall be preserved. The copy manager may 
implement this operation by reading the starting and ending logical blocks, modifying a portion of the blocks as 
required, and writing the full blocks to the destination device. 

The cat bit is described in 6.3.7.2. 

The descriptor LENGTH field shall contain 24 (0018h). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 

The stream device transfer length field specifies the amount of data to be written on each write operation to the 
stream device. See 6.3.6.5 for a description of how data in the stream device transfer length field in the 
segment descriptor interacts with data in the stream block length field in the device type specific target 
descriptor parameters for the sequential-access device type. 

The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall be 
transferred in this segment. This shall not be considered as an error. 

The block device logical block address field specifies the starting logical block address on the destination block 
device for this segment. 

The block device byte offset field specifies the offset into the first destination block at which to begin writing data 
to the destination block device. 
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6.3.7.13 Block device with offset to block device with offset operation 

The segment descriptor format shown in table 72 instructs the copy manager to move data from a block device with 
a byte offset to a block device with a byte offset. 


Table 72 — Block device with offset to block device with offset segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (OAh) 

1 

Reserved cat 

2 

(MSB) 

DESCRIPTOR LENGTH (001 Ch) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

(MSB) 

NUMBER OF BYTES 


11 


(LSB) 

12 

(MSB) 

SOURCE BLOCK DEVICE LOGICAL BLOCK ADDRESS 


19 


(LSB) 

20 

(MSB) 

DESTINATION BLOCK DEVICE LOGICAL BLOCK ADDRESS 


27 


(LSB) 

28 

(MSB) 

SOURCE BLOCK DEVICE BYTE OFFSET 


29 


(LSB) 

30 

(MSB) 

DESTINATION BLOCK DEVICE BYTE OFFSET 


31 


(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1 . Descriptor type code OAh (block<o>—>block<o>) 
instructs the copy manager to copy the data from the source block device identified by the source target 
descriptor index field to the destination block device identified by the destination target descriptor index field 
using data starting at the location identified by the source block device byte offset field in the logical block 
identified by the source block device logical block address field and continuing for the number of bytes 
specified in the number of bytes field. The data shall be written starting at the location identified by the desti¬ 
nation block device byte offset field in the logical block identified by the destination block device logical 

BLOCK ADDRESS field. 

The content of the starting logical block on the destination device before the starting offset shall be preserved. The 
content on the ending logical block beyond the end of the transfer shall be preserved. The copy manager may 
implement this operation by reading the starting and ending logical blocks, modifying a portion of the blocks as 
required, and writing the full blocks to the destination device. 

The cat bit is described in 6.3.7.2. 

The descriptor LENGTH field shall contain 28 (001 Ch). The source target descriptor index and destination 
target DESCRIPTOR index fields are described in 6.3.7.1. 
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The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall be 
transferred in this segment. This shall not be considered as an error. 

The source block device logical block address field specifies the starting address on the source block device 
for this segment. 

The destination block device logical block address field specifies the starting logical block address on the 
destination block device for this segment. 

The source block device byte offset field specifies the offset into the first source block at which to begin reading 
bytes. 

The destination block device byte offset field specifies the offset into the first destination block at which to 
begin writing data to the destination block device. 

6.3.7.14 Write filemarks operation 

The segment descriptor format shown in table 73 instructs the copy manager to write filemarks or setmarks on the 
destination tape device. 


Table 73 — Write filemarks operation segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (10h) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

Reserved WSmk immed 

9 

(MSB) 

10 

TRANSFER LENGTH 

11 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code lOh (filemark—>tape) 
instructs the copy manager to write filemarks or setmarks to the destination tape device identified by the desti¬ 
nation target descriptor index field starting at the current position of the tape device. If the peripheral device 
type field in the target descriptor identified by the destination target descriptor index field does not contain 
01 h, the copy manager shall terminate the command with CHECK CONDITION status, with the sense key set to 
COPY ABORTED, and the additional sense code set to INVALID OPERATION FOR COPY SOURCE OR DESTI¬ 
NATION. 

The descriptor length field shall contain 8 (0008h). The destination target descriptor index field is described 
in 6.3.7.1. 
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If the write setmark (WSmk) bit is set to one, the transfer length field specifies the number of setmarks to be 
written. If the WSmk bit is set to zero, the transfer length field specifies the number of filemarks to be written. 

If the immediate (immed) bit in the segment descriptor is set to one, then the copy manager shall issue a WRITE 
FILEMARKS command to the destination tape device with the immediate bit is set to one. If the immed bit is set to 
zero, then the copy manager shall issue a WRITE FILEMARKS command to the destination tape device with the 
immediate bit is set to zero. 

6.3.7.15 Space operation 

The segment descriptor format shown in table 74 instructs the copy manager to send a SPACE command (see 
SSC-2) to the destination tape device. 


Table 74 — Space operation segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (11 h) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION target descriptor index 

(LSB) 

8 

Reserved code 

9 

(MSB) 

10 

COUNT 

11 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 11 h (space—>tape) 
instructs the copy manager to send a SPACE command to the destination tape device identified by the destination 
target descriptor index field. If the peripheral device type field in the target descriptor identified by the desti¬ 
nation target descriptor index field does not contain 01 h, the copy manager shall terminate the command with 
CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
INVALID OPERATION FOR COPY SOURCE OR DESTINATION. 

The descriptor length field shall contain 8 (0008h). The destination target descriptor index field is described 
in 6.3.7.1. 

The code and count fields contents in the SPACE command sent to the destination tape device shall be copied 
from the code and count fields in the segment descriptor. All other fields in the SPACE command sent to the desti¬ 
nation tape device that affect the positioning of the tape shall be set to zero. 
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6.3.7.16 Locate operation 

The segment descriptor format shown in table 75 instructs the copy manager to send a LOCATE command (see 
SSC-2) to the destination tape device. 


Table 75 — Locate operation segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (12h) 

1 

Reserved 

2 

(MSB) 

3 

DESCRIPTOR LENGTH (0008h) 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION TARGET DESCRIPTOR INDEX 

(LSB) 

8 

(MSB) 

11 

BLOCK ADDRESS 

(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 12h (locate—>tape) 
instructs the copy manager to send a LOCATE command to the destination tape device identified by the desti¬ 
nation target descriptor index field. If the peripheral device type field in the target descriptor identified by the 
destination target descriptor index field does not contain 01 h, the copy manager shall terminate the command 
with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
INVALID OPERATION FOR COPY SOURCE OR DESTINATION. 

The descriptor length field shall contain 8 (0008h). The destination target descriptor index field is described 
in 6.3.7.1. 

The block address field contents in the LOCATE command sent to the destination tape device shall be copied 
from the block address field in the segment descriptor. All other fields in the LOCATE command sent to the desti¬ 
nation tape device that affect the positioning of the tape shall be set to zero. 

NOTE 19 - The restrictions described above for the LOCATE command limit the operation to locating SCSI logical 
block addresses in the current tape partition. 
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6.3.7.17 Tape device image copy operation 

The segment descriptor format shown in table 76 instructs the copy manager to perform an image copy from the 
source tape device to the destination tape device. 


Table 76 — Tape device image copy segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (13h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0008h) 


3 


(LSB) 

4 

(MSB) 

SOURCE TARGET DESCRIPTOR INDEX 


5 


(LSB) 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

(MSB) 

COUNT 


11 


(LSB) 


The descriptor type code field is described in 6.3.5 and 6.3. 7.1. Descriptor type code 13h (<i>tape—><i>tape) 
instructs the copy manager to create a compatible image of the source device medium identified by the source 
target descriptor index field on the destination device medium identified by the destination target descriptor 
index field beginning at their current positions. If the peripheral device type field in the target descriptor identified 
by the source target descriptor index field or the destination target descriptor index field does not contain 
01 h, the copy manager shall terminate the command with CHECK CONDITION status, with the sense key set to 
COPY ABORTED, and the additional sense code set to INVALID OPERATION FOR COPY SOURCE OR DESTI¬ 
NATION. 

The descriptor length field shall contain 8 (0008h). The source target descriptor index and destination 
target descriptor index fields are described in 6.3.7.1. 

The tape image copy operation terminates when: 

a) The source device encounters an end-of-partition as defined by the source device; 

b) The source device encounters an end-of-data as defined by the source device (i.e., BLANK CHECK sense 
key); 

c) The copy manager has copied the number of consecutive filemarks specified in the count field from the 
source device to the destination device; or 

d) The copy manager has copied the number of consecutive filemarks and/or setmarks specified in the count 
field from the source device to the destination device, if the RSmk bit in the Device Configuration mode 
page (see SSC-2) of the source device is set to one. 

A count field of zero specifies that the EXTENDED COPY command shall not terminate due to any number of 
consecutive filemarks or setmarks. Other error or exception conditions (e.g., early-warning, end-of-partition on 
destination device) may cause the EXTENDED COPY command to terminate prior to completion. In such cases, it 
is not possible to calculate a residue, so the information field in the sense data shall be set to zero. 
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6.3.7.18 Register persistent reservation key operation 

The segment descriptor format shown in table 77 instructs the copy manager to register an l_T nexus using the 
reservation key (see 5.6.6) specified by the reservation key field with the SCSI target device specified by the 
DESTINATION TARGET DESCRIPTOR INDEX field. 


Table 77 — Register persistent reservation key segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (14h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0018h) 


3 


(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

(MSB) 

RESERVATION KEY 


15 


(LSB) 

16 

(MSB) 

SERVICE ACTION RESERVATION KEY 


23 


(LSB) 

24 


Reserved 


27 




The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 14h instructs the copy 
manager to register an l_T nexus using the reservation key specified by the reservation key field with the SCSI 
target device identified by the destination target descriptor index field using a PERSISTENT RESERVE OUT 
command with a REGISTER service action (see 6.12.2). 

The descriptor LENGTH field shall contain 24 (001 8h). The destination target descriptor index field is 
described in 6.3.7.1. 

The RESERVATION key and SERVICE action reservation key field contents in the PERSISTENT RESERVE OUT 
command sent to the destination device shall be copied from the reservation key and service action reser¬ 
vation key fields in the segment descriptor. 

NOTE 20 - The application client sending the EXTENDED COPY command may need to remove the reservation 
key held by the copy manager as described in 5.6.10 prior to sending the EXTENDED COPY command. 


136 


Working Draft SCSI Primary Commands - 3 (SPC-3) 



































1 December 2004 


T10/1416-D Revision 21b 


6.3.7.19 Third party persistent reservations source l_T nexus 

The segment descriptor format shown in table 78 instructs the copy manager to send a PERSISTENT RESER¬ 
VATION OUT command with REGISTER AND MOVE service action (see 5.6.7) with the specified l_T nexus after 
all other segment descriptors have been processed. If an error is detected any time after receiving a third party 
persistent source reservation l_T nexus segment descriptor, the PERSISTENT RESERVATION OUT command 
REGISTER AND MOVE service action shall be processed before status is returned for the EXTENDED COPY 
command. 

This segment descriptor should be placed at or near the beginning of the list of segment descriptors to assure the 
copy manager processes the PERSISTENT RESERVATION OUT command with REGISTER AND MOVE service 
action in the event of an error that terminates the processing of segment descriptors. If an error is detected in a 
segment descriptor and third party persistent reservations source l_T nexus segment descriptor has not been 
processed, the copy manager shall not send a PERSISTENT RESERVATION OUT command with REGISTER 
AND MOVE service action. 

Placing more than one source third party persistent reservations source l_T nexus segment descriptor in the list of 
descriptors is not an error. All source third party persistent reservations source l_T nexus segment descriptors 
known to the copy manager shall be processed after all other segment descriptors have been processed. 


Table 78 — Third party persistent reservations source l_T nexus segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (15h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (n-3) 


3 


(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

DESTINATION TARGET DESCRIPTOR INDEX 


7 


(LSB) 

8 

(MSB) 

RESERVATION KEY 


15 


(LSB) 

16 

(MSB) 

SERVICE ACTION RESERVATION KEY 


23 


(LSB) 

24 

Reserved 

25 

Reserved unreg aptpl 

26 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


27 


(LSB) 

28 

(MSB) 

TRANSPORTID PARAMETER DATA LENGTH (n - 31) 


31 


(LSB) 

31 


TransportID 


n 
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The descriptor type code field is described in 6.3.5 and 6.3.7.1. Descriptor type code 15h instructs the copy 
manager to send PERSISTENT RESERVATION OUT command with REGISTER AND MOVE service action (see 
6.12) to the target port identified by the destination target descriptor index field. 

The descriptor length field shall contain the length in bytes of the fields that follow the descriptor length field. 
The value in the descriptor length field shall be a multiple of 4. 

If the peripheral device type field in the target descriptor identified by the destination target descriptor index 
field does not contain 01 h, the copy manager shall terminate the command with CHECK CONDITION status, with 
the sense key set to COPY ABORTED, and the additional sense code set to INVALID OPERATION FOR COPY 
SOURCE OR DESTINATION. 

Bytes 8 through n of the segment descriptor shall be sent as the parameter list (see 6.12.4) for the PERSISTENT 
RESERVE OUT command with REGISTER AND MOVE service action. 

For a description of the reservation key field, service action reservation key field, unreg bit, aptpl bit, 
RELATIVE TARGET port identifier field, transportid descriptor length field, and TransportID, see 6.12.4. 
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6.4 INQUIRY command 

6.4.1 INQUIRY command introduction 

The INQUIRY command (see table 79) requests that information regarding the logical unit and SCSI target device 
be sent to the application client. 


Table 79 — INQUIRY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (12h) 

1 

Reserved Obsolete evpd 

2 

PAGE CODE 

3 

(MSB) 

4 

ALLOCATION LENGTH 

(LSB) 

5 

CONTROL 


An enable vital product data (evpd) bit set to one specifies that the device server shall return the vital product data 
specified by the page code field (see 6.4.4). 

If the evpd bit is set to zero, the device server shall return the standard INQUIRY data (see 6.4.2). If the page code 
field is not set to zero when the evpd bit is set to zero, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

When the evpd bit is set to one, the page code field specifies which page of vital product data information the 
device server shall return (see 7.6). 

The INQUIRY command shall return CHECK CONDITION status only when the device server is unable to return 
the requested INQUIRY data. 

If an INQUIRY command is received from an initiator port with a pending unit attention condition (i.e., before the 
device server reports CHECK CONDITION status), the device server shall perform the INQUIRY command and 
shall not clear the unit attention condition (see SAM-3). 

The INQUIRY data should be returned even though the device server is not ready for other commands. The 
standard INQUIRY data should be available without incurring any media access delays. If the device server does 
store some of the standard INQUIRY data or VPD data on the media, it may return ASCII spaces (20h) in ASCII 
fields and zeros in other fields until the data is available from the media. 

The INQUIRY data may change as the SCSI target device and its logical units perform their initialization sequence. 
(E.g., logical units may provide a minimum command set from nonvolatile memory until they load the final firmware 
from the media. After the firmware has been loaded, more options may be supported and therefore different 
INQUIRY data may be returned.) 

If the INQUIRY data changes for any reason, the device server shall generate a unit attention condition for all 
initiator ports (see SAM-3), with the additional sense code set to INQUIRY DATA HAS CHANGED. 

NOTE 21 - The INQUIRY command may be used by an application client after a hard reset or power on condition to 
determine the device types for system configuration. 
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6.4.2 Standard INQUIRY data 

The standard INQUIRY data (see table 80) shall contain at least 36 bytes. 


Table 80 — Standard INQUIRY data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

rmb Reserved 

2 

VERSION 

3 

Obsolete Obsolete NormACA HiSup response data format 

4 

ADDITIONAL LENGTH (n-4) 

5 

sees 

ACC 

TPGS 

3PC 

Reserved 

PROTECT 

6 

BQue 

EncServ 

VS 

MultiP 

MChngr 

Obsolete 

Obsolete 

ADDR16 3 

7 

Obsolete 

Obsolete 

WBUS16 3 

SYNC 3 

LINKED 

Obsolete 

CmdQue 

VS 

8 

(MSB) 

vendor identification 


15 


(LSB) 

16 

(MSB) 

PRODUCT IDENTIFICATION 


31 


(LSB) 

32 

(MSB) 

PRODUCT REVISION LEVEL 


35 


(LSB) 

36 


Vendor specific 


55 



56 

Reserved clocking 3 qas 3 ius 3 

57 

Reserved 

58 

(MSB) 

VERSION DESCRIPTOR 1 


59 


(LSB) 



72 

(MSB) 

VERSION DESCRIPTOR 8 


73 


(LSB) 

74 


Reserved 


95 




Vendor specific parameters 

96 


Vendor specific 


n 




3 The meanings of these fields are specific to SPI-5 (see 6.4.3). For SCSI protocols other than the SCSI 
Parallel Interface, these fields are reserved. 
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The peripheral qualifier field and peripheral device type field identify the peripheral device connected to the 
logical unit. If the SCSI target device is not capable of supporting a peripheral device connected to this logical unit, 
the device server shall set these fields to 7Fh (i.e., peripheral qualifier field set to 011 b and peripheral device 
type field set to IFh). 

The peripheral qualifier is defined in table 81 and the peripheral device type is defined in table 82. 


Table 81 — Peripheral qualifier 


Qualifier 

Description 

000b 

A peripheral device having the specified peripheral device type is connected to this 
logical unit. If the device server is unable to determine whether or not a peripheral 
device is connected, it also shall use this peripheral qualifier. This peripheral qualifier 
does not mean that the peripheral device connected to the logical unit is ready for 
access. 

001b 

A peripheral device having the specified peripheral device type is not connected to this 
logical unit. However, the device server is capable of supporting the specified periph¬ 
eral device type on this logical unit. 

010b 

Reserved 

011b 

The device server is not capable of supporting a peripheral device on this logical unit. 
For this peripheral qualifier the peripheral device type shall be set to 1 Fh to provide 
compatibility with previous versions of SCSI. All other peripheral device type values 
are reserved for this peripheral qualifier. 

Ixxb 

Vendor specific 


Table 82 — Peripheral device type (part 1 of 2) 


Code 

Doc. a 

Description 

OOh 

SBC-2 

Direct-access device (e.g., magnetic disk) 

01 h 

SSC-2 

Sequential-access device (e.g., magnetic tape) 

02 h 

SSC 

Printer device 

03h 

SPC-2 

Processor device 

04h 

SBC 

Write-once device (e.g., some optical disks) 

05h 

MMC-4 

CD/DVD device 

06h 


Scanner device (obsolete) 

07h 

SBC 

Optical memory device (e.g., some optical disks) 

08h 

SMC-2 

Medium changer device (e.g., jukeboxes) 

09h 


Communications device (obsolete) 

OAh - OBh 


Obsolete 

OCh 

SCC-2 

Storage array controller device (e.g., RAID) 

ODh 

SES 

Enclosure services device 

OEh 

RBC 

Simplified direct-access device (e.g., magnetic disk) 

OFh 

OCRW 

Optical card reader/writer device 

lOh 

BCC 

Bridge Controller Commands 

a All standards are subject to revision, and parties to agreements based on this 

standard are encouraged to investigate the possibility of applying the most recent 
editions of the listed standards. 

b All well known logical units use the same peripheral device type code. 
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Table 82 — Peripheral device type (part 2 of 2) 


Code 

Doc. a 

Description 

11 h 

OSD 

Object-based Storage Device 

12h 

ADC 

Automation/Drive Interface 

13h-IDh 


Reserved 

1Eh 


Well known logical unit b 

IFh 


Unknown or no device type 

a All standards are subject to revision, and parties to agreements based on this 
standard are encouraged to investigate the possibility of applying the most recent 
editions of the listed standards. 

b All well known logical units use the same peripheral device type code. 


A removable medium (rmb) bit set to zero indicates that the medium is not removable. A rmb bit set to one 
indicates that the medium is removable. 

The version field indicates the implemented version of this standard and is defined in table 83. 


Table 83 — Version 


Code 

Description 

OOh 

The device does not claim conformance to any standard. 

02 h 

Obsolete 



03h 

The device complies to ANSI X3.301:1997 (SPC). 


04h 

The device complies to ANSI X3.351:2001 (SPC-2). 


05h 

The device complies to this standard. 



Code 

Description 

Code 

Description 

01 h 

Obsolete (SCSI=001b) 

06h - 07h 

Reserved 

08h - OCh 

Obsolete (ECMA=00lb) 

ODh - 3Fh 

Reserved 

40h - 44h 

Obsolete (lSO=Olb) 

45h - 47h 

Reserved 

48h - 4Ch 

Obsolete (ISO=01b & ECMA=001b) 

4Dh - 7Fh 

Reserved 

80h - 84h 

Obsolete (ISO=1 Ob) 

85h - 87h 

Reserved 

88h - 8Ch 

Obsolete (ECMA=00lb) 

8Dh - FFh 

Reserved 


The Normal ACA Supported (NormACA) bit set to one indicates that the device server supports a naca bit set to 
one in the control byte of the CDB and the aca task attribute (see SAM-3). A NormACA bit set to zero indicates 
that the device server does not support a naca bit set to one and does not support the aca task attribute. 

A hierarchical support (HiSup) bit set to zero indicates the SCSI target device does not use the hierarchical 
addressing model to assign LUNs to logical units. A HiSup bit set to one indicates the SCSI target device uses the 
hierarchical addressing model to assign LUNs to logical units. 

A response data format field value of two indicates that the data shall be in the format defined in this standard. 
Response data format values less than two are obsolete. Response data format values greater than two are 
reserved. 

The additional length field indicates the length in bytes of the parameters. If the allocation length of the CDB 
is too small to transfer all of the parameters, the additional length shall not be adjusted to reflect the truncation. 
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An SCC Supported (sees) bit set to one indicates that the device contains an embedded storage array controller 
component. See SCC-2 for details about storage array controller devices. An sees bit set to zero indicates that the 
device does not contain an embedded storage array controller component. 

An Access Controls Coordinator (acc) bit set to one indicates that the device contains an access controls coordi¬ 
nator (see 3.1.4) that may be addressed through this logical unit. An acc bit set to zero indicates that no access 
controls coordinator may be addressed through this logical unit. If the device contains an access controls coordi¬ 
nator that may be addressed through any logical unit other than the ACCESS CONTROLS well known logical unit 
(see 8.3), then the acc bit shall be set to one for LUN 0. 

The contents of the target port group support (tpgs) field (see table 84) indicate the support for asymmetric logical 
unit access (see 5.8). 


Table 84 — tpgs field 


Code 

Description 

00b 

The SCSI target device does not support asymmetric logical unit access or supports a form of 
asymmetric access that is vendor specific. Neither the REPORT TARGET GROUPS nor the 

SET TARGET GROUPS commands is supported. 

01b 

Only implicit asymmetric logical unit access (see 5.8.2.7) is supported. The SCSI target device 
is capable of changing target port asymmetric access states without a SET TARGET PORT 
GROUPS command. The REPORT TARGET PORT GROUPS command is supported and the 
SET TARGET PORT GROUPS command is not supported. 

10b 

Only explicit asymmetric logical unit access (see 5.8.2.8) is supported. The SCSI target device 
only changes target port asymmetric access states as requested with the SET TARGET PORT 
GROUPS command. Both the REPORT TARGET PORT GROUPS command and the SET 
TARGET PORT GROUPS command are supported. 

11b 

Both explicit and implicit asymmetric logical unit access are supported. Both the REPORT 
TARGET PORT GROUPS command and the SET TARGET PORT GROUPS commands are 
supported. 


A Third-Party Copy (3pc) bit set to one indicates that the device supports third-party copy commands such as the 
EXTENDED COPY command (see 6.3). A 3pc bit set to zero indicates that the device does not support such 
commands. 

A protect bit set to zero indicates that the logical unit does not support protection information (see 7.6.5 and 
SBC-2). A protect bit set to one indicates that the logical unit supports protection information. 

The BQue bit combines with the CmdQue bit to indicate whether the logical unit supports the full task management 
model or the basic task management model as described in table 85. 

An Enclosure Services (EncServ) bit set to one indicates that the device contains an embedded enclosure 
services component. See SES for details about enclosure services, including a device model for an embedded 
enclosure services device. An EncServ bit set to zero indicates that the device does not contain an embedded 
enclosure services component. 

A Multi Port (MultiP) bit set to one indicates that this is a multi-port (two or more ports) device and conforms to the 
SCSI multi-port device requirements found in the applicable standards (e.g., SAM-3, a SCSI protocol standard and 
possibly provisions of a command standard). A MultiP bit set to zero indicates that this device has a single port 
and does not implement the multi-port requirements. 

A medium changer (MChngr) bit set to one indicates that the device is associated with or attached to a medium 
transport element. See 5.10 and SMC-2 for details about medium changers, including a device model for an 
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attached medium changer device. The MChngr bit is valid only when the rmb bit is equal to one. A MChngr bit set 
to zero indicates that the device is not embedded within or attached to a medium transport element. 

A linked command (linked) bit set to one indicates that the device server supports linked commands (see SAM-3). 
A linked bit set to zero indicates the device server does not support linked commands. 

The CmdQue bit and BQue bit indicate whether the logical unit supports the full task management model (see 
SAM-3) or the basic task management model (see SAM-3) as described in table 85. 


Table 85 — BQue and CmdQue bits definition 


BQue 

CmdQue 

Description 

0 

0 

Obsolete 

0 

1 

Full task management model supported 

1 

0 

Basic task management model supported 

1 

1 

Illegal combination of BQue and CmdQue bits 


The vendor identification field contains eight bytes of left-aligned ASCII data (see 4.4.1) identifying the vendor of 
the product. The vendor identification shall be one assigned by INCITS. A list of assigned vendor identifications is 
in Annex E and on the T10 web site (www.T10.org). 

NOTE 22 - The T10 web site (www.t10.org) provides a convenient means to request an identification code. 

The product identification field contains sixteen bytes of left-aligned ASCII data (see 4.4.1) defined by the 
vendor. 

The product revision level field contains four bytes of left-aligned ASCII data defined by the vendor. 

The version descriptor fields provide for identifying up to eight standards to which the device claims 
conformance. The value in each version descriptor field shall be selected from table 86. All version descriptor 
values not listed in table 86 are reserved. Technical Committee T10 of INCITS maintains an electronic copy of the 
information in table 86 on its world wide web site (http://www.t10.org/). In the event that the T10 world wide web site 
is no longer active, access may be possible via the INCITS world wide web site (http://www.incits.org), the ANSI 
world wide web site (http://www.ansi.org), the IEC site (http://www.iec.ch/), the ISO site (http://www.iso.ch/), or the 
ISO/IEC JTC 1 web site (http://www.jtd .org/). It is recommended that the first version descriptor be used for the 
SCSI architecture standard, followed by the physical transport standard if any, followed by the SCSI transport 
protocol standard, followed by the appropriate SPC version, followed by the device type command set, followed by 
a secondary command set if any. 


Table 86 — Version descriptor values (part 1 of 7) 


Standard 

Version 

Descriptor 

Value 

ADC (no version claimed) 

03C0h 

ADC T10/1558-D revision 7 

03D6h 

ADC T10/1558-D revision 6 

03D5h 

ADP (no version claimed) 

09C0h 

ADT (no version claimed) 

09E0h 

ADT T10/1557-D revision 11 

09F9h 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 2 of 7) 


Standard 

Version 

Descriptor 

Value 

ATA/ATAPI-6 (no version claimed) 

15E0h 

ATA/ATAPI-6 ANSI INCITS.361:2002 

15FDh 

ATA/ATAPI-7 (no version claimed) 

1600h 

ATA/ATAPI-7 T13/1532-D revision 3 

1602h 

BCC (no version claimed) 

0380h 

EPI (no version claimed) 

0B20h 

EPI ANSI NCITS TR-23:1999 

0B3Ch 

EPI T10/1134 revision 16 

0B3Bh 

Fast-20 (no version claimed) 

OACOh 

Fast-20 ANSI X3.277:1996 

OADCh 

Fast-20 T10/1071 revision 06 

OADBh 

FC-AL (no version claimed) 

0D40h 

FC-AL ANSI X3.272:1996 

0D5Ch 

FC-AL-2 (no version claimed) 

0D60h 

FC-AL-2 ANSI NCITS.332:1999 

0D7Ch 

FC-AL-2 ANSI NCITS.332:1999 with Amnd 1 AM1:2002 

0D7Dh 

FC-AL-2 T11/1133-D revision 7.0 

0D61 h 

FC-DA (no version claimed) 

12E0h 

FC-DA T11/1513-DT revision 3.1 

12E2h 

FC-FLA (no version claimed) 

1320h 

FC-FLA ANSI NCITS TR-20:1998 

133Ch 

FC-FLA T11/1235 revision 7 

133Bh 

FC-FS (no version claimed) 

ODAOh 

FC-FS ANSI INCITS.373:2003 

ODBCh 

FC-FS T11 /1331 -D revision 1.2 

0DB7h 

FC-FS T11 /1331 -D revision 1.7 

0DB8h 

FC-FS-2 (no version claimed) 

OEOOh 

FC-LS (no version claimed) 

0E20h 

FCP (no version claimed) 

08C0h 

FCP ANSI X3.269:1996 

08DCh 

FCP T10/0993-D revision 12 

08DBh 

FC-PH (no version claimed) 

0D20h 

FC-PH ANSI X3.230:1994 

0D3Bh 

FC-PH ANSI X3.230:1994 with Amnd 1 ANSI X3.230/AM1:1996 

0D3Ch 

FC-PH-3 (no version claimed) 

0D80h 

FC-PH-3 ANSI X3.303-1998 

0D9Ch 

FC-PI (no version claimed) 

ODCOh 

FC-PI ANSI INCITS.352:2002 

ODDCh 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 3 of 7) 


Standard 

Version 

Descriptor 

Value 

FC-PI-2 (no version claimed) 

ODEOh 

FC-PI-2 T11/1506-D revision 5.0 

0DE2h 

FC-PLDA (no version claimed) 

1340h 

FC-PLDA ANSI NCITS TR-19:1998 

135Ch 

FC-PLDA T11/1162 revision 2.1 

135Bh 

FCP-2 (no version claimed) 

0900h 

FCP-2 ANSI INCITS.350:2003 

0917h 

FCP-2 T10/1144-D revision 8 

0918h 

FCP-2 T10/1144-D revision 4 

0901 h 

FCP-2 T10/1144-D revision 7 

0915h 

FCP-2 T10/1144-D revision 7a 

0916h 

FCP-3 (no version claimed) 

OAOOh 

FC-SP (no version claimed) 

0E40h 

FC-SP T11/1570-D revision 1.6 

0E42h 

FC-Tape (no version claimed) 

1300h 

FC-Tape ANSI NCITS TR-24:1999 

131Ch 

FC-Tape T11/1315 revision 1.17 

131Bh 

FC-Tape T11/1315 revision 1.16 

1301 h 

IEEE 1394 (no version claimed) 

14A0h 

ANSI IEEE 1394:1995 

14BDh 

IEEE 1394a (no version claimed) 

14C0h 

IEEE 1394b (no version claimed) 

14E0h 

iSCSI (no version claimed) 

0960h 

MMC (no version claimed) 

0140h 

MMC ANSI X3.304:1997 

015Ch 

MMC T10/1048-D revision 10a 

015Bh 

MMC-2 (no version claimed) 

0240h 

MMC-2 ANSI NCITS.333:2000 

025Ch 

MMC-2 T10/1228-D revision 11a 

025Bh 

MMC-2 T10/1228-D revision 11 

0255h 

MMC-3 (no version claimed) 

02A0h 

MMC-3 ANSI INCITS.360:2002 

02B8h 

MMC-3 T10/1363-D revision lOg 

02B6h 

MMC-3 T10/1363-D revision 9 

02B5h 

MMC-4 (no version claimed) 

03A0h 

MMC-4 T10/1545-D revision 3d 

03BEh 

MMC-4 T10/1545-D revision 3 

03BDh 

MMC-5 (no version claimed) 

0420h 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 4 of 7) 


Standard 

Version 

Descriptor 

Value 

OCRW (no version claimed) 

0280h 

OCRW ISO/I EC 14776-381 

029Eh 

OSD (no version claimed) 

0340h 

OSD T10/1355-D revision 10 

0355h 

OSD T10/1355-D revision 0 

0341 h 

OSD T10/1355-D revision 7a 

0342h 

OSD T10/1355-D revision 8 

0343h 

OSD T10/1355-D revision 9 

0344h 

OSD-2 (no version claimed) 

0440h 

RBC (no version claimed) 

0220h 

RBC ANSI NCITS.330:2000 

023Ch 

RBC T10/1240-D revision 10a 

0238h 

SAM (no version claimed) 

0020h 

SAM ANSI X3.270:1996 

003Ch 

SAM T10/0994-D revision 18 

003Bh 

SAM-2 (no version claimed) 

0040h 

SAM-2 ANSI INCITS.366:2003 

005Ch 

SAM-2 T10/1157-D revision 24 

0055h 

SAM-2 T10/1157-D revision 23 

0054h 

SAM-3 (no version claimed) 

0060h 

SAM-3 T10/1561-D revision 14 

0076h 

SAM-3 T10/1561-D revision 7 

0062h 

SAM-3 T10/1561-D revision 13 

0075h 

SAM-4 (no version claimed) 

0080h 

SAS (no version claimed) 

OBEOh 

SAS ANSI INCITS.376:2003 

OBFDh 

SAS T10/1562-D revision 05 

OBFCh 

SAS T10/1562-D revision 01 

OBEIh 

SAS T10/1562-D revision 03 

0BF5h 

SAS T10/1562-D revision 04 

OBFAh 

SAS T10/1562-D revision 04 

OBFBh 

SAS-1.1 (no version claimed) 

OCOOh 

SAT (no version claimed) 

lEAOh 

SBC (no version claimed) 

0180h 

SBC ANSI NCITS.306:1998 

019Ch 

SBC T10/0996-D revision 08c 

019Bh 

SBC-2 (no version claimed) 

0320h 

SBC-2 T10/1417-D revision 5a 

0322h 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 5 of 7) 


Standard 

Version 

Descriptor 

Value 

SBC-2 T10/1417-D revision 15 

0324h 

SBP-2 (no version claimed) 

08E0h 

SBP-2 ANSI NCITS.325:1999 

08FCh 

SBP-2 T10/1155-D revision 04 

08FBh 

SBP-3 (no version claimed) 

0980h 

SBP-3 ANSI INCITS.375:2004 

099Ch 

SBP-3 T10/1467-D revision 5 

099Bh 

SBP-3 T10/1467-D revision If 

0982h 

SBP-3 T10/1467-D revision 3 

0994h 

SBP-3 T10/1467-D revision 4 

099Ah 

SCC (no version claimed) 

0160h 

SCC ANSI X3.276:1997 

017Ch 

SCC T10/1047-D revision 06c 

017Bh 

SCC-2 (no version claimed) 

OlEOh 

SCC-2 ANSI NCITS.318:1998 

OlFCh 

SCC-2 T10/1125-D revision 04 

OlFBh 

SES (no version claimed) 

OlCOh 

SES ANSI NCITS.305:1998 

OIDCh 

SES T10/1212-D revision 08b 

OIDBh 

SES ANSI NCITS.305:1998w/ Amendment ANSI NCITS.305/AM 1:2000 

OIDEh 

SES T10/1212 revision 08b w/Amendment ANSI NCITS.305/AM1:2000 

OIDDh 

SES-2 (no version claimed) 

03E0h 

SIP (no version claimed) 

08A0h 

SIP ANSI X3.292:1997 

08BCh 

SIP T10/0856-D revision 10 

08BBh 

SMC (no version claimed) 

OlAOh 

SMC ANSI NCITS.314:1998 

OIBCh 

SMC T10/0999-D revision 10a 

OIBBh 

SMC-2 (no version claimed) 

02E0h 

SMC-2 T10/1383-D revision 7 

02FDh 

SMC-2 T10/1383-D revision 5 

02F5h 

SMC-2 T10/1383-D revision 6 

02FCh 

SMC-3 (no version claimed) 

0480h 

SPC (no version claimed) 

0120h 

SPC ANSI X3.301:1997 

013Ch 

SPC T10/0995-D revision 11a 

013Bh 

SPC-2 (no version claimed) 

0260h 

SPC-2 ANSI NCITS.351:2001 

0277h 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 6 of 7) 


Standard 

Version 

Descriptor 

Value 

SPC-2 T10/1236-D revision 20 

0276h 

SPC-2 T10/1236-D revision 12 

0267h 

SPC-2 T10/1236-D revision 18 

0269h 

SPC-2 T10/1236-D revision 19 

0275h 

SPC-3 (no version claimed) 

0300h 

SPC-3 T10/1416-D revision 7 

0301 h 

SPC-3 T10/1416-D revision 21 

0307h 

SPC-4 (no version claimed) 

0460h 

SPI (no version claimed) 

OAAOh 

SPI ANSI X3.253:1995 

OABAh 

SPI T10/0855-D revision 15a 

0AB9h 

SPI ANSI X3.253:1995 with SPI Amnd ANSI X3.253/AM1:1998 

OABCh 

SPI T10/0855-D revision 15a with SPI Amnd revision 3a 

OABBh 

SPI-2 (no version claimed) 

OAEOh 

SPI-2 ANSI X3.302:1999 

OAFCh 

SPI-2 T10/1142-D revision 20b 

OAFBh 

SPI-3 (no version claimed) 

OBOOh 

SPI-3 ANSI NCITS.336:2000 

OBICh 

SPI-3 T10/1302-D revision 14 

OBIAh 

SPI-3 T10/1302-D revision 10 

0B18h 

SPI-3 T10/1302-D revision 13a 

0B19h 

SPI-4 (no version claimed) 

0B40h 

SPI-4 ANSI INCITS.362:2002 

0B56h 

SPI-4 T10/1365-D revision 7 

0B54h 

SPI-4 T10/1365-D revision 9 

0B55h 

SPI-4 T10/1365-D revision 10 

0B59h 

SPI-5 (no version claimed) 

0B60h 

SPI-5 ANSI INCITS.367:2003 

0B7Ch 

SPI-5 T10/1525-D revision 6 

0B7Bh 

SPI-5 T10/1525-D revision 3 

0B79h 

SPI-5 T10/1525-D revision 5 

0B7Ah 

SRP (no version claimed) 

0940h 

SRP ANSI INCITS.365:2002 

095Ch 

SRP T10/1415-D revision 16a 

0955h 

SRP T10/1415-D revision 10 

0954h 

SRP-2 (no version claimed) 

09A0h 

SSA-PH2 (no version claimed) 

1360h 

SSA-PH2 ANSI X3.293:1996 

137Ch 

Annex D contains the version descriptor value assignments in numeric order. 
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Table 86 — Version descriptor values (part 7 of 7) 


Standard 

Version 

Descriptor 

Value 

SSA-PH2 T10.1/1145-D revision 09c 

137Bh 

SSA-PH3 (no version claimed) 

1380h 

SSA-PH3 ANSI NCITS.307:1998 

139Ch 

SSA-PH3 T10.1/1146-D revision 05b 

139Bh 

SSA-S2P (no version claimed) 

0880h 

SSA-S2P ANSI X3.294:1996 

089Ch 

SSA-S2P T10.1/1121-D revision 07b 

089Bh 

SSA-S3P (no version claimed) 

0860h 

SSA-S3P ANSI NCITS.309:1998 

087Ch 

SSA-S3P T10.1/1051-D revision 05b 

087Bh 

SSA-TL1 (no version claimed) 

0840h 

SSA-TL1 ANSI X3.295:1996 

085Ch 

SSA-TL1 T10.1/0989-D revision 10b 

085Bh 

SSA-TL2 (no version claimed) 

0820h 

SSA-TL2 ANSI NCITS.308:1998 

083Ch 

SSA-TL2 T10.1/1147-D revision 05b 

083Bh 

SSC (no version claimed) 

0200h 

SSC ANSI NCITS.335:2000 

021 Ch 

SSC T10/0997-D revision 22 

0207h 

SSC T10/0997-D revision 17 

0201 h 

SSC-2 (no version claimed) 

0360h 

SSC-2 ANSI INCUS.380:2003 

037Dh 

SSC-2 T10/1434-D revision 9 

0375h 

SSC-2 T10/1434-D revision 7 

0374h 

SSC-3 (no version claimed) 

0400h 

SST (no version claimed) 

0920h 

SST T10/1380-D revision 8b 

0935h 

Universal Serial Bus Specification, Revision 1.1 

1728h 

Universal Serial Bus Specification, Revision 2.0 

1729h 

USB Mass Storage Class Bulk-Only Transport, Revision 1.0 

1730h 

Version Descriptor Not Supported or No Standard Identified 

OOOOh 

Annex D contains the version descriptor value assignments in numeric order. 
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6.4.3 SCSI Parallel Interface specific INQUIRY data 

Portions of bytes 6 and 7 and all of byte 56 of the standard INQUIRY data shall be used only by the SCSI Parallel 
Interface. These fields are noted in table 80. For details on how the SPI-specific fields relate to the SCSI Parallel 
Interface see SPI-n (where n is 2 or greater). Table 87 shows just the SPI-specific standard INQUIRY fields. The 
definitions of the SCSI Parallel Interface specific fields shall be as follows. 


Table 87 — SPI-specific standard INQUIRY bits 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

6 

see table 80 

ADDR16 

7 

see table 80 

WBUS16 

SYNC 

see table 80 

Obsolete 

see table 80 



56 


Reserved 


CLOCKING 

QAS 

IUS 


A wide SCSI address 16 (addr 16) bit of one indicates that the SCSI target device supports 16-bit wide SCSI 
addresses. A value of zero indicates that the device does not support 16-bit wide SCSI addresses. 

A wide bus 16 (wbus16) bit of one indicates that the SCSI target device supports 16-bit wide data transfers. A 
value of zero indicates that the device does not support 16-bit wide data transfers. 

A synchronous transfer (sync) bit of one indicates that the SCSI target device supports synchronous data transfer. 
A value of zero indicates the device does not support synchronous data transfer. 

The obsolete bit 2 in byte 7 indicates whether the SCSI target device supports an obsolete data transfers 
management mechanism defined in SPI-2. 

Table 88 defines the relationships between the addr16 and wbus16 bits. 


Table 88 — Maximum logical device configuration table 


ADDR16 WBUS16 

Description 

0 0 

8 bit wide data path on a single cable with 

8 SCSI IDs supported 

0 1 

16 bit wide data path on a single cable 
with 8 SCSI IDs supported 

1 1 

16 bit wide data path on a single cable 
with 16 SCSI IDs supported 
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The clocking field shall not apply to asynchronous transfers and is defined in table 89. 


Table 89 — clocking field 


Code 

Description 

00b 

Indicates the target port supports only ST 

01b 

Indicates the target port supports only DT 

10b 

Reserved 

11b 

Indicates the target port supports ST and DT 


A quick arbitration and selection supported (qas) bit of one indicates that the target port supports quick arbitration 
and selection. A value of zero indicates that the target port does not support quick arbitration and selection. 

An information units supported (ius) bit of one indicates that the SCSI target device supports information unit 
transfers. A value of zero indicates that the SCSI target device does not support information unit transfers. 

NOTE 23 - The acronyms ST and DT and the terms 'quick arbitration and selection 1 and 'information units' are 

defined in SPI-5. 

6.4.4 Vital product data 

The application client requests the vital product data information by setting the evpd bit to one and specifying the 
page code of the desired vital product data. See 7.6 for details about vital product data. The information returned 
consists of configuration data (e.g., vendor identification, product identification, model, serial number), manufac¬ 
turing data (e.g., plant and date of manufacture), field replaceable unit data and other vendor specific or device 
specific data. If the device server does not implement the requested page, the command shall be terminated with 
CHECK CONDITION status, with the a sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

NOTES 

24 The device server should have the ability to process the INQUIRY command even when an error occurs that 
prohibits normal command completion. In such a case, CHECK CONDITION status should be returned for 
commands other than INQUIRY or REQUEST SENSE. The sense data returned may contain the field 
replaceable unit code. The vital product data may be obtained for the failing device using the INQUIRY 
command. 

25 This standard defines a format that allows device-independent application client software to display the vital 
product data returned by the INQUIRY command. The contents of the data may be vendor specific, and may 
be unusable without detailed information about the device. 

26 This standard does not define the location or method of storing the vital product data. The retrieval of the data 
may require completion of initialization operations within the device, that may induce delays before the data is 
available to the application client. Time-critical requirements are an implementation consideration and are not 
addressed in this standard. 
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6.5 LOG SELECT command 

The LOG SELECT command (see table 90) provides a means for an application client to manage statistical infor¬ 
mation maintained by the device about the device or its logical units. Device servers that implement the LOG 
SELECT command shall also implement the LOG SENSE command. Structures in the form of log parameters 
within log pages are defined as a way to manage the log data. The LOG SELECT command provides for sending 
zero or more log pages via the Data-Out Buffer. This standard defines the format of the log pages, but does not 
define the exact conditions and events that are logged. 


Table 90 — LOG SELECT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (4Ch) 

1 

Reserved pcr sp 

2 

pc Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

(MSB) 

8 

PARAMETER LIST LENGTH 

(LSB) 

9 

CONTROL 


A parameter code reset (pcr) bit set to one and a parameter list length of zero shall cause all implemented param¬ 
eters to be set to the vendor specific default values (e.g., zero). If the pcr bit is set to one and the parameter list 
length is greater than zero, the command shall be terminated with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. A pcr bit set to zero 
specifies that the log parameters shall not be reset. 

A save parameters (sp) bit set to one specifies that after performing the specified LOG SELECT operation the 
device server shall save to nonvolatile memory all parameters identified as saveable by the ds bit in the log page 
(see 7.2). A sp bit set to zero specifies that parameters shall not be saved. 

Saving of log parameters is optional and indicated for each log parameter by the ds bit in the log page. Log param¬ 
eters also may be saved at vendor specific times subject to the tsd bit (see 7.2) in the log parameter and the gltsd 
bit in the Control mode page (see 7.4.6). If the logical unit does not implement saved parameters for any log 
parameter and the sp bit is set to one, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

It is not an error to set the sp bit to one and to set the ds bit of a log parameter to one. In this case, the parameter 
value for that log parameter is not saved. 
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The page control (pc) field defines the type of parameter values to be selected. The pc field is defined in table 91. 

Table 91 — Page control (pc) field 


PC 

LOG SELECT parameter values 

LOG SENSE parameter values 

00b 

Current threshold values 

Threshold values 

01b 

Current cumulative values 

Cumulative values 

10b 

Default threshold values 

Default threshold values 

11b 

Default cumulative values 

Default cumulative values 


The current cumulative values may be updated by the device server or by the application client using the LOG 
SELECT command to reflect the cumulative number of events experienced by the logical unit. Fields in the 
parameter control byte (see 7.2) of each log parameter control the updating and saving of the current cumulative 
parameters. 

The device server shall set the current threshold parameters to the default threshold values in response to a LOG 
SELECT command with the pc field set to 10b and the parameter list length field set to zero. 

The device server shall set all cumulative parameters to their default values in response to a LOG SELECT 
command with the pc field set to 11b and the parameter list length field set to zero. 

The current threshold value may only be modified by the application client via the LOG SELECT command. If the 
application client attempts to change current threshold values that are not available or not implemented for that log 
parameter, then the device server shall terminate the LOG SELECT command with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. The saving of current threshold parameters and the criteria for the current threshold being met 
are controlled by bits in the parameter control byte (see 7.2). 

NOTE 27 - Log pages or log parameters that are not available may become available at some later time (e.g., after 
the logical unit has become ready). 

The parameter list length field specifies the length in bytes of the parameter list that shall be located in the 
Data-Out Buffer. A parameter list length of zero specifies that no log pages shall be transferred. This condition shall 
not be considered an error. If an application client sends page codes or parameter codes within the parameter list 
that are reserved or not implemented by the logical unit, then the device server shall terminate the LOG SELECT 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 

If a parameter list length results in the truncation of any log parameter, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST. The additional sense 
code should be set to PARAMETER LIST LENGTH ERROR or may be set to INVALID FIELD IN CDB. 

The application client should send log pages in ascending order by page code value if the Data-Out Buffer contains 
multiple log pages. If the Data-Out Buffer contains multiple log parameters within a log page, then they should be 
sent in ascending order by parameter code value. If the application client sends log pages out of order or 
parameter codes out of order, the command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

NOTE 28 - Application clients should issue LOG SENSE commands prior to issuing LOG SELECT commands to 
determine supported log pages and page lengths. 

The SCSI target device may provide independent sets of log parameters for each logical unit or for each combi¬ 
nation of logical units and initiators. If the SCSI target device does not support independent sets of log parameters 
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and any log parameters are changed that affect other initiators, then the device server shall generate a unit 
attention condition for the initiator port associated with each l_T nexus except the l_T nexus on which the LOG 
SELECT command was received (see SAM-3), with the additional sense code set to LOG PARAMETERS 
CHANGED. 

If an application client sends a log parameter that is not supported by the logical unit, the command shall be termi¬ 
nated with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST 

Additional information about the LOG SELECT command may be found in informative Annex C. 


6.6 LOG SENSE command 

The LOG SENSE command (see table 92) provides a means for the application client to retrieve statistical or other 
operational information maintained by the device about the device or its logical units. It is a complementary 
command to the LOG SELECT command. 


Table 92 — LOG SENSE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (4Dh) 

1 

Reserved ppc sp 

2 

PC PAGE CODE 

3 

Reserved 

4 

Reserved 

5 

(MSB) 

6 

PARAMETER POINTER 

(LSB) 

7 

(MSB) 

8 

ALLOCATION LENGTH 

(LSB) 

9 

CONTROL 


The parameter pointer control (ppc) bit controls the type of parameters requested from the device server: 

a) A ppc bit set to one specifies that the device server shall return a log page with parameter code values that 
have changed since the last LOG SELECT or LOG SENSE command. The device server shall return only 
those parameter codes following the parameter pointer field. 

b) A ppc bit set to zero specifies that the log parameter requested from the device server shall begin with the 
parameter code specified in the parameter pointer field and return the number of bytes specified by the 
allocation length field in ascending order of parameter codes from the specified log page. A ppc bit set 
to zero and a parameter pointer field of zero shall cause all available log parameters for the specified log 
page to be returned to the application client subject to the specified allocation length. 

Saving parameters is an optional function of the LOG SENSE command. If the logical unit does not implement 
saving log parameters and if the save parameters (sp) bit is set to one, then the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 
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An sp bit set to zero specifies the device server shall perform the specified LOG SENSE command and shall not 
save any log parameters. If saving log parameters is implemented, an sp bit set to one specifies that the device 
server shall perform the specified LOG SENSE command and shall save all log parameters identified as saveable 
by the ds bit (see 7.2) to a nonvolatile, vendor specific location. 

The page control (pc) field specifies the type of parameter values to be selected (see 6.5 for the definition of the 
page control field). The parameter values returned by a LOG SENSE command are determined as follows: 

a) The specified parameter values at the last update (i.e., in response to a LOG SELECT or LOG SENSE 
command or done automatically by the device server for cumulative values); 

b) The saved values, if saved parameters are implemented and an update has not occurred since the last 
logical unit reset; or 

c) The default values, if saved values are not available or not implemented and an update has not occurred 
since the last logical unit reset. 

The page code field specifies which log page of data is being requested (see 7.2). If the log page code is reserved 
or not implemented, the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The parameter pointer field allows the application client to request parameter data beginning from a specific 
parameter code to the maximum allocation length or the maximum parameter code supported by the logical unit, 
whichever is less. If the value of the parameter pointer field is larger than the largest available parameter code 
known to the device server for the specified log page, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

Log parameters within the specified log page shall be transferred in ascending order according to parameter code. 
Additional information about the LOG SENSE command may be found in Annex C. 
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6.7 MODE SELECT(6) command 

The MODE SELECT(6) command (see table 93) provides a means for the application client to specify medium, 
logical unit, or peripheral device parameters to the device server. Device servers that implement the MODE 
SELECT(6) command shall also implement the MODE SENSE(6) command. Application clients should issue 
MODE SENSE(6) prior to each MODE SELECT(6) to determine supported mode pages, page lengths, and other 
parameters. 


Table 93 — MODE SELECT(6) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (15h) 

1 

Reserved pf Reserved sp 

2 

Reserved 

3 

Reserved 

4 

PARAMETER LIST LENGTH 

5 

CONTROL 


Logical units shall share mode parameter header and block descriptor values across all initiator ports and l_T 
nexuses. I_T nexus loss shall not affect mode parameter header, block descriptor, and mode page values. 

Logical units shall maintain current and saved values of each mode page based on any of the policies listed in table 
94. The mode page policy used for each mode page may be reported in the Mode Page Policy VPD page (see 
7.6.7). 


Table 94 — Mode page policies 


Mode page policy 

Number of mode page copies 

Shared 

One copy of the mode page that is shared by all l_T nexuses. 

Per target port 

A separate copy of the mode page for each target port with 
each copy shared by all initiator ports. 

Per initiator port 

A separate copy of the mode page for each initiator port with 
each copy shared by all SCSI target ports. 

Per l_T nexus 

A separate copy of the mode page for each l_T nexus 


After a logical unit reset, each mode parameter header, block descriptor, and mode page shall revert to saved 
values if supported or default values if saved values are not supported. 

If an application client sends a MODE SELECT command that changes any parameters applying to other initiator 
ports or l_T nexuses, the device server shall generate a unit attention condition for the initiator port associated with 
all l_T nexuses except the l_T nexus on which the MODE SELECT command was received (see SAM-3), with the 
additional sense code set to MODE PARAMETERS CHANGED. 

A page format (pf) bit set to zero specifies that all parameters after the block descriptors are vendor specific. A pf 
bit set to one specifies that the MODE SELECT parameters following the header and block descriptor(s) are struc¬ 
tured as pages of related parameters and are as defined in this standard. 
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A save pages (sp) bit set to zero specifies that the device server shall perform the specified MODE SELECT 
operation, and shall not save any mode pages. If the logical unit implements no distinction between current and 
saved mode pages and the sp bit is set to zero, the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. An sp 
bit set to one specifies that the device server shall perform the specified MODE SELECT operation, and shall save 
to a nonvolatile vendor specific location all the saveable mode pages including any sent in the Data-Out Buffer. The 
sp bit is optional. Mode pages that are saved are specified by the parameter saveable (ps) bit that is returned in the 
page header by the MODE SENSE command (see 7.4). If the PS bit is set to one in the MODE SENSE data, then 
the mode page shall be saveable by issuing a MODE SELECT command with the sp bit set to one. If the logical 
unit does not implement saved mode pages and the sp bit is set to one, then the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

The parameter list length field specifies the length in bytes of the mode parameter list that shall be contained in 
the Data-Out Buffer. A parameter list length of zero specifies that the Data-Out Buffer shall be empty. This condition 
shall not be considered as an error. 

If the parameter list length results in the truncation of any mode parameter header, mode parameter block 
descriptor(s), or mode page, then the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

The mode parameter list for the MODE SELECT and MODE SENSE commands is defined in 7.4. Parts of each 
mode parameter list are defined in a device-type dependent manner. Definitions for the parts of each mode 
parameter list that are uniquely for each device-type may be found in the applicable command standards (see 
3.1.18). 

The device server shall terminate the MODE SELECT command with CHECK CONDITION status, set the sense 
key to ILLEGAL REQUEST, set the additional sense code to INVALID FIELD IN PARAMETER LIST, and shall not 
change any mode parameters in response to any of the following conditions: 

a) If the application client sets any field that is reported as not changeable by the device server to a value 
other than its current value; 

b) If the application client sets any field in the mode parameter header or block descriptor(s) to an unsup¬ 
ported value; 

c) If an application client sends a mode page with a page length not equal to the page length returned by the 
MODE SENSE command for that mode page; 

d) If the application client sends a unsupported value for a mode parameter and rounding is not implemented 
for that mode parameter; or 

e) If the application client sets any reserved field in the mode parameter list to a non-zero value and the 
device server checks reserved fields. 

If the application client sends a value for a mode parameter that is outside the range supported by the device 
server and rounding is implemented for that mode parameter, the device server handles the condition by either: 

a) Rounding the parameter to an acceptable value and terminate the command as described in 5.4; or 

b) Terminating the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

A device server may alter any mode parameter in any mode page, even those reported as non-changeable, as a 
result of changes to other mode parameters. 

The device server validates the non-changeable mode parameters against the current values that existed for those 
mode parameters prior to the MODE SELECT command. 
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NOTE 29 - The current values calculated by the device server may affect the application client's operation. The 
application client may issue a MODE SENSE command after each MODE SELECT command, to determine the 
current values. 


6.8 MODE SELECT(IO) command 

The MODE SELECT(IO) command (see table 95) provides a means for the application client to specify medium, 
logical unit, or peripheral device parameters to the device server. See the MODE SELECT(6) command (6.7) for a 
description of the fields and operation of this command. Application clients should issue MODE SENSE(IO) prior to 
each MODE SELECT(IO) to determine supported mode pages, page lengths, and other parameters. Device 
servers that implement the MODE SELECT(IO) command shall also implement the MODE SENSE(IO) command. 


Table 95 — MODE SELECT(IO) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (55h) 

1 

Reserved pf Reserved sp 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

(MSB) 

8 

PARAMETER LIST LENGTH 

(LSB) 

9 

CONTROL 
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6.9 MODE SENSE(6) command 

6.9.1 MODE SENSE(6) command introduction 

The MODE SENSE(6) command (see table 96) provides a means for a device server to report parameters to an 
application client. It is a complementary command to the MODE SELECT(6) command. Device servers that 
implement the MODE SENSE(6) command shall also implement the MODE SELECT(6) command. 


Table 96 — MODE SENSE(6) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

Operation code (1Ah) 

1 

Reserved dbd Reserved 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

ALLOCATION LENGTH 

5 

CONTROL 


A disable block descriptors (dbd) bit set to zero specifies that the device server may return zero or more block 
descriptors in the returned MODE SENSE data (see 7.4). A dbd bit set to one specifies that the device server shall 
not return any block descriptors in the returned MODE SENSE data. 

The page control (pc) field specifies the type of mode parameter values to be returned in the mode pages. The pc 
field is defined in table 97. 


Table 97 — Page control (pc) field 


Code 

Type of parameter 

Reference 

00b 

Current values 

6.9.2 

01b 

Changeable values 

6.9.3 

10b 

Default values 

6.9.4 

11b 

Saved values 

6.9.5 


The pc field only affects the mode parameters within the mode pages, however the PS bit, page code and page 
length fields should return current values since they have no meaning when used with other types. The mode 
parameter header and mode parameter block descriptor should return current values. 

Some SCSI devices may not distinguish between current and saved mode parameters and report identical values 
in response to a pc field of either 00b or 11b. See also the description of the save pages (sp) bit in the MODE 
SELECT command. 
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The page code and subpage code fields specify which mode pages and subpages to return (see table 98). 

Table 98 — Mode page code usage for all devices 


Page Code 

Subpage Code 

Description 

OOh 

vendor specific 

Vendor specific (does not require page format) 

01 h- IFh 

OOh 

See specific device types (page_0 format) 

Olh-DFh 

See specific device types (sub_page format) 

EOh - FEh 

Vendor specific (sub_page format) 

FFh 

Return all subpages for the specified device specific 
mode page in the page_0 format for subpage OOh and in 
the sub_page format for subpages 01 h - FEh 

20h - 3Eh 

OOh 

Vendor specific (page_0 format required) 

01 h- FEh 

Vendor specific (sub_page format required) 

FFh 

Return all subpages for the specified vendor specific 
mode page in the page_0 format for subpage OOh and in 
the sub_page format for subpages 01 h - FEh 

3Fh 

OOh 

Return all subpage OOh mode pages in page_0 format 

01 h - FEh 

Reserved 

FFh 

Return all subpages for all mode pages in the page_0 
format for subpage OOh and in the sub_page format for 
subpages 01 h - FEh 


An application client may request any one or all of the supported mode pages from the device server. If an appli¬ 
cation client issues a MODE SENSE command with a page code or subpage code value not implemented by the 
logical unit, the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

If the mode parameter list exceeds 256 bytes for a MODE SENSE(6) command or 65 536 bytes for a MODE 
SENSE(10) command, then the command shall be terminated with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

Mode page OOh, if implemented, shall be returned after all other mode pages. 

Mode pages should be returned in ascending page code order except for mode page OOh. 

If the pc field and the page code field are both set to zero, the device server should return a mode parameter 
header and block descriptor (if applicable). 

The mode parameter list for all device types for MODE SELECT and MODE SENSE is defined in 7.4. Parts of the 
mode parameter list are specifically defined for each device type. Definitions for the parts of each mode parameter 
list that are unique for each device-type may be found in the applicable command standards (see 3.1.18). 

6.9.2 Current values 

A pc field value of 00b requests that the device server return the current values of the mode parameters. The 
current values returned are: 

a) The current values of the mode parameters established by the last successful MODE SELECT command; 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


161 






T10/1416-D Revision 21b 


1 December 2004 


b) The saved values of the mode parameters if a MODE SELECT command has not successfully completed 
since the mode parameters were restored to their saved values (see 6.7); or 

c) The default values of the mode parameters if a MODE SELECT command has not successfully completed 
since the mode parameters were restored to their default values (see 6.7). 

6.9.3 Changeable values 

A pc field value of 01b requests that the device server return a mask denoting those mode parameters that are 
changeable. In the mask, the fields of the mode parameters that are changeable shall be set to all one bits and the 
fields of the mode parameters that are non-changeable (i.e., defined by the logical unit) shall be set to all zero bits. 

If the logical unit does not implement changeable parameters mode pages and the device server receives a MODE 
SENSE command with 01 b in the PC field, then the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

An attempt to change a non-changeable mode parameter using the MODE SELECT command shall result in an 
error condition (see 6.7). 

The application client should issue a MODE SENSE command with the pc field set to 01b and the page code field 
set to 3Fh to determine which mode pages are supported, which mode parameters within the mode pages are 
changeable, and the supported length of each mode page prior to issuing any MODE SELECT commands. 

6.9.4 Default values 

A pc field value of 10b requests that the device server return the default values of the mode parameters. Unsup¬ 
ported parameters shall be set to zero. Default values should be accessible even if the logical unit is not ready. 

6.9.5 Saved values 

A pc field value of 11b requests that the device server return the saved values of the mode parameters. Mode 
parameters not supported by the logical unit shall be set to zero. If saved values are not implemented, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to SAVING PARAMETERS NOT SUPPORTED. 

The method of saving parameters is vendor specific. The parameters are preserved in such a manner that they are 
retained when the device is powered down. All saveable mode pages should be considered saved when a MODE 
SELECT command issued with the sp bit set to one has returned a GOOD status or after the successful 
completion of a FORMAT UNIT command. 

6.9.6 Initial responses 

After a logical unit reset, the device server shall respond in the following manner: 

a) If default values are requested, report the default values; 

b) If saved values are requested, report valid restored mode parameters, or restore the mode parameters and 
report them. If the saved values of the mode parameters are not able to be accessed from the nonvolatile 
vendor specific location, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to NOT READY. If saved parameters are not implemented, respond as defined in 6.9.5; or 

c) If current values are requested and the current values have been sent by the application client via a MODE 
SELECT command, the current values shall be returned. If the current values have not been sent, the 
device server shall return: 

A) The saved values, if saving is implemented and saved values are available; or 

B) The default values. 
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6.10 MODE SENSE(IO) command 

The MODE SENSE(IO) command (see table 99) provides a means for a device server to report parameters to an 
application client. It is a complementary command to the MODE SELECT(IO) command. Device servers that 
implement the MODE SENSE(IO) command shall also implement the MODE SELECT(IO) command. 


Table 99 — MODE SENSE(IO) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Ah) 

1 

Reserved llbaa dbd Reserved 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

(MSB) 

8 

ALLOCATION LENGTH 

(LSB) 

9 

CONTROL 


If the Long LBA Accepted (llbaa) bit is set to one, the device server is allowed to return parameter data with the 
longlba bit equal to one (see 7.4.3). If llbaa bit is set to zero, the longlba bit shall be zero in the parameter data 
returned by the device server. 

See the MODE SENSE(6) command (6.9) for a description of the other fields and operation of this command. 
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6.11 PERSISTENT RESERVE IN command 

6.11.1 PERSISTENT RESERVE IN command introduction 

The PERSISTENT RESERVE IN command (see table 100) is used to obtain information about persistent reserva¬ 
tions and reservation keys (i.e., registrations) that are active within a device server. This command is used in 
conjunction with the PERSISTENT RESERVE OUT command (see 6.12). 


Table 100 — PERSISTENT RESERVE IN command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Eh) 

1 

Reserved service action 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

(MSB) 

6 


7 

ALLOCATION LENGTH 

8 

(LSB) 

9 

CONTROL 


The PERSISTENT RESERVE IN parameter data includes a field that indicates the number of parameter data bytes 
available to be returned. The allocation length field specifies how much space has been allocated for the 
returned parameter list. An allocation length that is not sufficient to contain the entire parameter list shall not be 
considered an error. If the complete list is required, the application client should send a new PERSISTENT 
RESERVE IN command with allocation length large enough to contain the entire list. 

The service action codes for the PERSISTENT RESERVE IN command are defined in table 101. 


Table 101 — PERSISTENT RESERVE IN service action codes 


Code 

Name 

Description 

Reference 

OOh 

READ KEYS 

Reads all registered reservation keys (i.e., regis¬ 
trations) as described in 5.6.5.2 

6.11.2 

01 h 

READ RESERVATION 

Reads the current persistent reservations as 
described in 5.6.5.3 

6.11.3 

02h 

REPORT CAPABILITIES 

Returns capability information 

6.11.4 

03h 

READ FULL STATUS 

Reads complete information about all registra¬ 
tions and the persistent reservations, if any 

6.11.5 

04h - 1 Fh 

Reserved 

Reserved 



6.11.2 READ KEYS service action 


The READ KEYS service action requests that the device server return a parameter list containing a header and a 
list of each currently registered l_T nexus’ reservation key. If multiple l_T nexuses have registered with the same 
key, then that key value shall be listed multiple times, once for each such registration. 
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For more information on READ KEYS see 5.6.5.2. 

The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the READ 
KEYS service action is shown in table 102. 


Table 102 — PERSISTENT RESERVE IN parameter data for READ KEYS 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRgeneration 


3 


(LSB) 

4 

(MSB) 

ADDITIONAL LENGTH (n-7) 


7 


(LSB) 


Reservation key list 

8 

(MSB) 

First reservation key 


15 


(LSB) 



n-7 

(MSB) 

Last reservation key 


n 


(LSB) 


The Persistent Reservations Generation (PRgeneration) field shall contain a 32-bit counter maintained by the 
device server that shall be incremented every time a PERSISTENT RESERVE OUT command requests a 
REGISTER, a REGISTER AND IGNORE EXISTING KEY, a CLEAR, a PREEMPT, or a PREEMPT AND ABORT 
service action. The counter shall not be incremented by a PERSISTENT RESERVE IN command, by a 
PERSISTENT RESERVE OUT command that performs a RESERVE or RELEASE service action, or by a 
PERSISTENT RESERVE OUT command that is terminated due to an error or reservation conflict. Regardless of 
the aptpl bit value the PRgeneration value shall be set to zero by a power on. 

The additional length field contains a count of the number of bytes in the Reservation key list. If the allocation 
length specified by the PERSISTENT RESERVE IN command is not sufficient to contain the entire parameter list, 
then only the first portion of the list (byte 0 to the allocation length) shall be sent to the application client. The incre¬ 
mental remaining bytes shall be truncated, although the additional length field shall still contain the actual 
number of bytes in the reservation key list without consideration of any truncation resulting from an insufficient 
allocation length. This shall not be considered an error. 

The reservation key list contains the 8-byte reservation keys for all l_T nexuses that have registered with the device 
server through all combinations of initiator ports and target ports. 

6.11.3 READ RESERVATION service action 

6.11.3.1 READ RESERVATION service action introduction 

The READ RESERVATION service action requests that the device server return a parameter list containing a 
header and the persistent reservation, if any, that is present in the device server. 

For more information on READ RESERVATION see 5.6.5.3. 
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6.11.3.2 Format of PERSISTENT RESERVE IN parameter data for READ RESERVATION 

When no persistent reservation is held, the format for the parameter data provided in response to a PERSISTENT 
RESERVE IN command with the READ RESERVATION service action is shown in table 103. 


Table 103 — PERSISTENT RESERVE IN parameter data for READ RESERVATION with no reservation held 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRgeneration 


3 


(LSB) 

4 

(MSB) 

ADDITIONAL LENGTH (0) 


7 


(LSB) 


The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data (see 6.11.2). 


The additional length field hall be set to zero, indicating that no persistent reservation is held. 

When a persistent reservation is held, the format for the parameter data provided in response to a PERSISTENT 
RESERVE IN command with the READ RESERVATION service action is shown in table 104. 


Table 104 — PERSISTENT RESERVE IN parameter data for READ RESERVATION with reservation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRgeneration 


3 


(LSB) 

4 

(MSB) 

ADDITIONAL LENGTH (10h) 


7 


(LSB) 

8 

(MSB) 

RESERVATION KEY 


15 


(LSB) 

16 


Obsolete 


19 



20 

Reserved 

21 

SCOPE TYPE 

22 


Obsolete 


23 




The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data. 

The additional length field contains a count of the number of bytes to follow and shall be set to 16. If the 
allocation length specified by the PERSISTENT RESERVE IN command is not sufficient to contain the entire 
parameter list, then only the first portion of the list (i.e., byte 0 to the allocation length) shall be sent to the appli¬ 
cation client. The incremental remaining bytes shall be truncated, although the additional length field shall still 
contain 16. This shall not be considered an error. 
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The reservation key field shall contain the reservation key under which the persistent reservation is held (see 
5.6.9). 

The scope field shall be set to LILSCOPE (see 6.11.3.3). 

The type field shall contain the persistent reservation type (see 6.11.3.4) specified in the PERSISTENT RESERVE 
OUT command that created the persistent reservation. 

The obsolete fields in bytes 16 through 19, byte 22, and byte 23 were defined in a previous standard. 

6.11.3.3 Persistent reservations scope 

The scope field (see table 105) shall be set to LU_SCOPE, specifying that the persistent reservation applies to the 
entire logical unit. 


Table 105 — Persistent reservation scope codes 


Code 

Name 

Description 

Oh 

1 h - 2h 

3h - Fh 

LU_SCOPE 

Persistent reservation applies to the full logical unit 

Obsolete 

Reserved 


The LU_SCOPE scope shall be implemented by all device servers that implement PERSISTENT RESERVE OUT. 

6.11.3.4 Persistent Reservations type 

The type field (see table 106) specifies the characteristics of the persistent reservation being established for all 
logical blocks within the logical unit. Table 32 (see 5.6.1) defines the persistent reservation types under which each 
command defined in this standard is allowed to be processed. Each other command standard (see 3.1.18) defines 
the persistent reservation types under which each command defined in that command standard is allowed to be 
processed. 


Table 106 — Persistent reservation type codes (part 1 of 2) 


Code 

Name 

Description 

Oh 


Obsolete 

1h 

Write 

Exclusive 

Access Restrictions: Some commands (e.g., media-access write commands) are 
only allowed for the persistent reservation holder (see 5.6.9). 

Persistent Reservation Holder: There is only one persistent reservation holder. 

2h 


Obsolete 

3h 

Exclusive 

Access 

Access Restrictions: Some commands (e.g., media-access commands) are only 
allowed for the persistent reservation holder (see 5.6.9). 

Persistent Reservation Holder: There is only one persistent reservation holder. 

4h 


Obsolete 
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Table 106 — Persistent reservation type codes (part 2 of 2) 


Code 

Name 

Description 

5h 

Write 

Exclusive- 
Registrants 
Only 

Access Restrictions: Some commands (e.g., media-access write commands) are 
only allowed for registered l_T nexuses. 

Persistent Reservation Holder: There is only one persistent reservation holder 
(see 5.6.9). 

6h 

Exclusive 
Access - 
Registrants 
Only 

Access Restrictions: Some commands (e.g., media-access commands) are only 
allowed for registered l_T nexuses. 

Persistent Reservation Holder: There is only one persistent reservation holder 
(see 5.6.9). 

7h 

Write 

Exclusive- 
All 

Registrants 

Access Restrictions: Some commands (e.g., media-access write commands) are 
only allowed for registered l_T nexuses. 

Persistent Reservation Holder: Each registered l_T nexus is a persistent reser¬ 
vation holder (see 5.6.9). 

8h 

Exclusive 
Access - 
All 

Registrants 

Access Restrictions: Some commands (e.g., media-access commands) are only 
allowed for registered l_T nexuses. 

Persistent Reservation Holder: Each registered l_T nexus is a persistent reser¬ 
vation holder (see 5.6.9). 

9h - Fh 

Reserved 


6.11.4 REPORT CAPABILITIES service action 

The REPORT CAPABILITIES service action requests that the device server return information on persistent reser¬ 
vation features. 

The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the 
REPORT CAPABILITIES service action is shown in table 107. 


Table 107 — PERSISTENT RESERVE IN parameter data for REPORT CAPABILITIES 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

LENGTH (0008h) 


1 


(LSB) 

2 

Reserved crh sip_c atp_c Reserved 

PTPL_C 

3 

tmv Reserved 

PTPL_A 

4 


PERSISTENT RESERVATION TYPE MASK 


5 



6 


Reserved 


7 




The length field indicates the length in bytes of the parameter data. If the allocation length field in the CDB is 
too small to transfer all of the parameter data, the length shall not be adjusted to reflect the truncation. 

A Compatible Reservation Handling (crh) bit set to one indicates that the device server supports the exceptions to 
the SPC-2 RESERVE and RELEASE commands described in 5.6.3. A crh bit set to zero indicates that 
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RESERVE(6) command, RESERVE(IO) command, RELEASE(6) command, and RELEASE(IO) command are 
processed as defined in SPC-2. 

A Specify Initiator Ports Capable (sip_c) bit set to one indicates that the device server supports the spec_i_pt bit in 
the PERSISTENT RESERVE OUT command parameter data (see 6.12.3). An sip_C bit set to zero indicates that 
the device server does not support the spec_i_pt bit in the PERSISTENT RESERVE OUT command parameter 
data. 

An All Target Ports Capable (atp_c) bit set to one indicates that the device server supports the all_tg_pt bit in the 
PERSISTENT RESERVE OUT command parameter data. An atp_c bit set to zero indicates that the device server 
does not support the all_tg_pt bit in the PERSISTENT RESERVE OUT command parameter data. 

A Persist Through Power Loss Capable (ptpl_c) bit set to one indicates that the device server supports the persist 
through power loss capability (see 5.6.4) for persistent reservations and the aptpl bit in the PERSISTENT 
RESERVE OUT command parameter data. An ptpl_c bit set to zero indicates that the device server does not 
support the persist through power loss capability. 

A Type Mask Valid (tmv) bit set to one indicates the persistent reservation type mask field contains a bit map 
indicating which persistent reservation types are supported by the device server. A tmv bit set to zero indicates the 
persistent reservation type mask field shall be ignored. 

A Persist Through Power Loss Activated (ptpl_a) bit set to one indicates that persist through power loss capability 
(see 5.6.4) is activated because the most recent successfully completed PERSISTENT RESERVE OUT command 
with REGISTER or REGISTER AND IGNORE EXISTING KEY service action had the aptpl bit set to one in the 
parameter data. A ptpl_a bit set to zero indicates that the persist through power loss capability is not activated. 

The persistent reservation type mask field (see table 108) contains a bit map that indicates the persistent reser¬ 
vation types that are supported by the device server. 


Table 108 — Persistent Reservation Type Mask format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

4 

WR_EX_AR 

EX_AC_RO 

WR_EX_RO 

Reserved 

EX_AC 

Reserved 

WR_EX 

Reserved 

5 

Reserved 

EX_AC_AR 


A Write Exclusive - All Registrants (wr_ex_ar) bit set to one indicates that the device server supports the Write 
Exclusive - All Registrants persistent reservation type. An wr_ex_ar bit set to zero indicates that the device server 
does not support the Write Exclusive - All Registrants persistent reservation type. 

An Exclusive Access - Registrants Only (ex_ac_ro) bit set to one indicates that the device server supports the 
Exclusive Access - Registrants Only persistent reservation type. An ex_ac_ro bit set to zero indicates that the 
device server does not support the Exclusive Access - Registrants Only persistent reservation type. 

A Write Exclusive - Registrants Only (wr_ex_ro) bit set to one indicates that the device server supports the Write 
Exclusive - Registrants Only persistent reservation type. An wr_ex_ro bit set to zero indicates that the device 
server does not support the Write Exclusive - Registrants Only persistent reservation type. 

An Exclusive Access (ex_ac) bit set to one indicates that the device server supports the Exclusive Access 
persistent reservation type. An ex_ac bit set to zero indicates that the device server does not support the Exclusive 
Access persistent reservation type. 
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A Write Exclusive (wr_ex) bit set to one indicates that the device server supports the Write Exclusive persistent 
reservation type. An wr_ex bit set to zero indicates that the device server does not support the Write Exclusive 
persistent reservation type. 

An Exclusive Access - All Registrants (ex_ac_ar) bit set to one indicates that the device server supports the 
Exclusive Access - All Registrants persistent reservation type. An ex_ac_ar bit set to zero indicates that the 
device server does not support the Exclusive Access - All Registrants persistent reservation type. 

6.11.5 READ FULL STATUS service action 

The READ FULL STATUS service action requests that the device server return a parameter list describing the 
registration and persistent reservation status of each currently registered l_T nexus for the logical unit. 

For more information on READ FULL STATUS see 5.6.5.4. 

The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the READ 
FULL STATUS service action is shown in table 109. 


Table 109 — PERSISTENT RESERVE IN parameter data for READ FULL STATUS 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRgeneration 


3 


(LSB) 

4 

(MSB) 

additional length (n-7) 


7 


(LSB) 


Full status descriptors 

8 


First full status descriptor (see table 110) 









Last full status descriptor (see table 110) 


n 




The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data (see 6.11.2). 

The additional length field contains a count of the number of bytes to follow in the full status descriptors. If the 
allocation length specified by the PERSISTENT RESERVE IN command is not sufficient to contain the entire 
parameter list, then only the first portion of the list (i.e., byte 0 to the allocation length) shall be sent to the appli¬ 
cation client. The incremental remaining bytes shall be truncated, although the additional length field shall still 
contain the actual number of bytes of full status descriptor(s) and shall not be affected by the truncation. This shall 
not be considered an error. 
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The format of the full status descriptors is shown in table 110. Each full status descriptor describes one or more 
registered l_T nexuses. The device server shall return persistent reservations status information for every regis¬ 
tered l_T nexus. 


Table 110 — PERSISTENT RESERVE IN full status descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

RESERVATION KEY 


7 


(LSB) 

8 


Reserved 


11 



12 

Reserved all tg pt r holder 

13 

SCOPE TYPE 

14 


Reserved 


17 



18 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


19 


(LSB) 

20 

(MSB) 

ADDITIONAL DESCRIPTOR LENGTH (n-23) 


23 


(LSB) 

24 


TRANSPORTID 


n 




The reservation key field contains the reservation key. 

A Reservation Holder (r_holder) bit set to one indicates that all l_T nexuses described by this full status 
descriptor are registered and are persistent reservation holders (see 5.6.9). A r_holder bit set to zero indicates 
that all l_T nexuses described by this full status descriptor are registered but are not persistent reservation holders. 

An All Target Ports (all_tg_pt) bit set to zero indicates that this full status descriptor represents a single l_T 
nexus. An all_tg_pt bit set to one indicates that: 

a) This full status descriptor represents all the l_T nexuses that are associated with both: 

A) The initiator port specified by the transports field; and 

B) Every target port in the SCSI target device; 

b) The l_T nexuses are registered with the same reservation key; and 

c) The l_T nexuses are either all reservation holders or all not reservation holders. 

The device server is not required to return an all_tg_pt bit set to one. Instead, it may return separate full status 
descriptors for each l_T nexus. 

If the rjholder bit is set to one (i.e., if the l_T nexus described by this full status descriptor is a reservation holder), 
the scope field and the type field are as defined in the READ RESERVATION service action parameter data (see 
6.11.3). If the r_holder bit is set to zero, the contents of the scope field and the type field are not defined by this 
standard. 
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If the all_tg_pt bit set to zero, the relative target port identifier field contains the relative port identifier (see 
3.1.80) of the target port that is part of the l_T nexus described by this full status descriptor. If the all_tg_pt bit is 
set to one, the contents of the relative target port identifier field are not defined by this standard. 

The additional descriptor length field contains a count of the number of bytes that follow in the descriptor (i.e., 
the size of the TransportID). 

The transportid field contains a TransportID (see 7.5.4) identifying the initiator port that is part of the l_T nexus or 
l_T nexuses described by this full status descriptor. 


6.12 PERSISTENT RESERVE OUT command 

6.12.1 PERSISTENT RESERVE OUT command introduction 

The PERSISTENT RESERVE OUT command (see table 111) is used to request service actions that reserve a 
logical unit for the exclusive or shared use of a particular l_T nexus. The command uses other service actions to 
manage and remove such persistent reservations. 

I_T nexuses performing PERSISTENT RESERVE OUT service actions are identified by a registered reservation 
key provided by the application client. An application client may use the PERSISTENT RESERVE IN command to 
obtain the reservation key, if any, for the l_T nexus holding a persistent reservation and may use the PERSISTENT 
RESERVE OUT command to preempt that persistent reservation. 


Table 111 — PERSISTENT RESERVE OUT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Fh) 

1 

Reserved service action 

2 

SCOPE TYPE 

3 

Reserved 

4 

Reserved 

5 

(MSB) 

6 


7 

PARAMETER LIST LENGTH 

8 

(LSB) 

9 

CONTROL 


If a PERSISTENT RESERVE OUT command is attempted, but there are insufficient device server resources to 
complete the operation, the command shall be terminated with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT REGISTRATION RESOURCES. 

The PERSISTENT RESERVE OUT command contains fields that specify a persistent reservation service action, 
the intended scope of the persistent reservation, and the restrictions caused by the persistent reservation. The 
type and scope fields are defined in 6.11.3.3 and 6.11.3.4. If a scope field specifies a scope that is not imple¬ 
mented, the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 
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Fields contained in the PERSISTENT RESERVE OUT parameter list specify the information required to perform a 
particular persistent reservation service action. 

The PARAMETER list length field specifies the number of bytes of parameter data for the PERSISTENT RESERVE 
OUT command. 

The parameter list shall be 24 bytes in length and the parameter list length field shall contain 24 (18h), if the 
following conditions are true: 

a) The spec_i_pt bit (see 6.12.3) is set to zero; and 

b) The service action is not REGISTER AND MOVE. 

If the SPEC_i_pt bit is set to zero, the service action is not REGISTER AND MOVE, and the parameter list length is 
not 24, then the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

If the parameter list length is larger than the device server is able to process, the command should be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to PARAMETER LIST LENGTH ERROR. 
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6.12.2 PERSISTENT RESERVE OUT service actions 

When processing the PERSISTENT RESERVE OUT service actions, the device server shall increment the PRgen- 
eration value as specified in 6.11.2. 

The PERSISTENT RESERVE OUT command service actions are defined in table 112. 


Table 112 — PERSISTENT RESERVE OUT service action codes 


Code 

Name 

Description 

PRgeneration 

field 

incremented 
(see 6.11.2) 

Parameter 
list format 

OOh 

REGISTER 

Register a reservation key with the device 
server (see 5.6.6) or unregister a reservation 
key (see 5.6.10.3). 

Yes 

Basic 

(see 6.12.3) 

01 h 

RESERVE 

Creates a persistent reservation having a 
specified scope and type (see 5.6.8). The 
scope and type of a persistent reservation 
are defined in 6.11.3.3 and 6.11.3.4. 

No 

Basic 

(see 6.12.3) 

02 h 

RELEASE 

Releases the selected persistent reservation 
(see 5.6.10.2). 

No 

Basic 

(see 6.12.3) 

03h 

CLEAR 

Clears all reservation keys (i.e., registrations) 
and all persistent reservations (see 5.6.10.6). 

Yes 

Basic 

(see 6.12.3) 

04h 

PREEMPT 

Preempts persistent reservations and/or 
removes registrations (see 5.6.10.4). 

Yes 

Basic 

(see 6.12.3) 

05h 

PREEMPT 

AND ABORT 

Preempts persistent reservations and/or 
removes registrations and aborts all tasks for 
all preempted l_T nexuses (see 5.6.10.4 and 
5.6.10.5). 

Yes 

Basic 

(see 6.12.3) 

06h 

REGISTER 

AND IGNORE 
EXISTING KEY 

Register a reservation key with the device 
server (see 5.6.6) or unregister a reservation 
key (see 5.6.10.3). 

Yes 

Basic 

(see 6.12.3) 

07h 

REGISTER 

AND MOVE 

Register a reservation key for another l_T 
nexus with the device server and move a 
persistent reservation to that l_T nexus (see 
5.6.7) 

Yes 

Register and 
move 

(see 6.12.4) 

08h - 1 Fh 

Reserved 
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6.12.3 Basic PERSISTENT RESERVE OUT parameter list 

The parameter list format shown in table 113 shall be used by the PERSISTENT RESERVE OUT command with 
any service action except the REGISTER AND MOVE service action. All fields shall be sent, even if the field is not 
required for the specified service action and scope values. 


Table 113 — PERSISTENT RESERVE OUT parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

RESERVATION key 


7 


(LSB) 

8 

(MSB) 

SERVICE ACTION RESERVATION KEY 


15 


(LSB) 

16 


Obsolete 


19 



20 

Reserved spec i pt all tg pt Reserved aptpl 

21 

Reserved 

22 


Obsolete 


23 



24 


Additional parameter data 


n 




The obsolete fields in bytes 16 through 19, byte 22 and byte 23 were defined in a previous standard. 

The reservation key field contains an 8-byte value provided by the application client to the device server to 
identify the l_T nexus that is the source of the PERSISTENT RESERVE OUT command. The device server shall 
verify that the contents of the reservation key field in a PERSISTENT RESERVE OUT command parameter data 
matches the registered reservation key for the l_T nexus from which the command was received, except for: 

a) The REGISTER AND IGNORE EXISTING KEY service action where the reservation key field shall be 
ignored; and 

b) The REGISTER service action for an unregistered l_T nexus where the reservation key field shall 
contain zero. 

Except as noted above, when a PERSISTENT RESERVE OUT command specifies a reservation key field other 
than the reservation key registered for the l_T nexus the device server shall return a RESERVATION CONFLICT 
status. Except as noted above, the reservation key of the l_T nexus shall be verified to be correct regardless of the 
SERVICE ACTION and scope field values. 

The service action reservation key field contains information needed for four service actions: REGISTER, 
REGISTER AND IGNORE EXISTING KEY, PREEMPT, and PREEMPT AND ABORT. The service action reser¬ 
vation key field is ignored for all other service actions. 
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For the REGISTER service action and REGISTER AND IGNORE EXISTING KEY service action, the service 
action reservation key field contains: 

a) The new reservation key to be registered in place of the registered reservation key specified in the reser¬ 
vation key field; or 

b) Zero to unregister the registered reservation key specified in the reservation key field. 

For the PREEMPT service action and PREEMPT AND ABORT service action, the service action reservation 
key field contains the reservation key of: 

a) The registrations to be removed; and 

b) If the service action reservation key field identifies a persistent reservation holder (see 5.6.9), 
persistent reservations that are to be preempted. 

If the Specify Initiator Ports (spec_i_pt) bit is set to zero, the device server shall ignore the additional parameter 
data and shall apply the registration only to the l_T nexus that sent the PERSISTENT RESERVE OUT command. If 
the SPEC_i_pt bit is set to one for the REGISTER service action or the REGISTER AND IGNORE EXISTING KEY 
service action, then the additional parameter data shall include a list of transport IDs (see table 114) and the device 
server shall apply the registration to the l_T nexus for each initiator port specified by a TransportID. If a registration 
fails for any initiator port (e.g., if the logical unit does not have enough resources available to hold the registration 
information), none of the other registrations shall be made. 


Table 114 — PERSISTENT RESERVE OUT specify initiator ports additional parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

24 


TRANSPORTID PARAMETER DATA LENGTH (n - 27) 


27 




TransportIDs list 

28 


First TransportID 









Last TransportID 


n 




The transportid parameter data length field specifies the number of bytes of TransportIDs that follow. 

The command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST: 

a) If the value in the parameter list length field in the CDB does not include all of the additional parameter list 
bytes specified by the transportid parameter data length field; or 

b) If the value in the transportid parameter data length field results in the truncation of a TransportID. 

The format of a TransportID is specified in 7.5.4. 

The All Target Ports (all_tg_pt) bit is valid only for the REGISTER service action and the REGISTER AND 
IGNORE EXISTING KEY service action, and shall be ignored for all other service actions. Support for the 
all_tg_pt bit is optional. If the device server receives a REGISTER service action or a REGISTER AND IGNORE 
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EXISTING KEY service action with the all_tg_pt bit set to one, it shall create the specified registration on all 
target ports in the SCSI target device (i.e., as if the same registration request had been received individually 
through each target port). If the device server receives a REGISTER service action or a REGISTER AND IGNORE 
EXISTING KEY service action with the all_tg_pt bit set to zero, it shall apply the registration only to the target port 
through which the PERSISTENT RESERVE OUT command was received. 

The Activate Persist Through Power Loss (aptpl) bit is valid only for the REGISTER service action and the 
REGISTER AND IGNORE EXISTING KEY service action, and shall be ignored for all other service actions. 
Support for an aptpl bit equal to one is optional. If a device server that does not support an aptpl bit set to one 
receives that value in a REGISTER service action or a REGISTER AND IGNORE EXISTING KEY service action, 
the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the last valid aptpl bit value received by the device server is zero, the loss of power in the SCSI target device 
shall release the persistent reservation for the logical unit and remove all registered reservation keys (see 5.6.6). If 
the last valid aptpl bit value received by the device server is one, the logical unit shall retain any persistent reser¬ 
vation^) that may be present and all reservation keys (i.e., registrations) for all l_T nexuses even if power is lost 
and later returned (see 5.6.4). 

Table 115 summarizes which fields are set by the application client and interpreted by the device server for each 
service action and scope value. 


Table 115 — PERSISTENT RESERVE OUT service actions and valid parameters (part 1 of 2) 


Service action 

Allowed scope 

Parameters (part 1 of 2) 

TYPE 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

APTPL 

REGISTER 

ignored 

ignored 

valid 

valid 

valid 

REGISTER 

AND IGNORE 
EXISTING KEY 

ignored 

ignored 

ignored 

valid 

valid 

RESERVE 

LU_SCOPE 

valid 

valid 

ignored 

ignored 

RELEASE 

LU_SCOPE 

valid 

valid 

ignored 

ignored 

CLEAR 

ignored 

ignored 

valid 

ignored 

ignored 

PREEMPT 

LU_SCOPE 

valid 

valid 

valid 

ignored 

PREEMPTAND 
ABORT 

LU_SCOPE 

valid 

valid 

valid 

ignored 
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Table 115 — PERSISTENT RESERVE OUT service actions and valid parameters (part 2 of 2) 


Service action 

Allowed scope 

Parameters (part 2 of 2) 

ALL_TG_PT 

SPEC_I_PT 

REGISTER 

ignored 

valid 

valid 

REGISTER 

AND IGNORE 
EXISTING KEY 

ignored 

valid 

valid 

RESERVE 

LU SCOPE 

ignored 

ignored 

RELEASE 

LU SCOPE 

ignored 

ignored 

CLEAR 

ignored 

ignored 

ignored 

PREEMPT 

LU SCOPE 

ignored 

ignored 

PREEMPTAND 
ABORT 

LU_SCOPE 

ignored 

ignored 


6.12.4 PERSISTENT RESERVE OUT command with REGISTER AND MOVE service action parameters 

The parameter list format shown in table 116 shall be used by the PERSISTENT RESERVE OUT command with 
REGISTER AND MOVE service action. 


Table 116 — PERSISTENT RESERVE OUT command with REGISTER AND MOVE service action parameter 

list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

RESERVATION KEY 


7 


(LSB) 

8 

(MSB) 

SERVICE ACTION RESERVATION KEY 


15 


(LSB) 

16 

Reserved 

17 

Reserved unreg aptpl 

18 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


19 


(LSB) 

20 

(MSB) 

TRANSPORTID PARAMETER DATA LENGTH (n - 23) 


23 


(LSB) 

24 


TransportID 


n 




The reservation key field contains an 8-byte value provided by the application client to the device server to 
identify the l_T nexus that is the source of the PERSISTENT RESERVE OUT command. The device server shall 
verify that the contents of the reservation key field in a PERSISTENT RESERVE OUT command parameter data 
matches the registered reservation key for the l_T nexus from which the command was received. If a 
PERSISTENT RESERVE OUT command specifies a reservation key field other than the reservation key regis¬ 
tered for the l_T nexus, the device server shall return a RESERVATION CONFLICT status. 
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The service action reservation key field contains the reservation key to be registered to the specified l_T nexus. 

The Activate Persist Through Power Loss (aptpl) bit set to one is optional. If a device server that does not support 
an aptpl bit set to one receives that value, it shall return CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the last valid aptpl bit value received by the device server is zero, the loss of power in the SCSI target device 
shall release the persistent reservation for the logical unit and remove all registered reservation keys (see 5.6.5). If 
the last valid aptpl bit value received by the device server is one, the logical unit shall retain any persistent reser¬ 
vation^) that may be present and all reservation keys (i.e., registrations) for all l_T nexuses even if power is lost 
and later returned (see 5.6.4). 

The unregister (unreg) bit set to zero specifies that the device server shall not unregister the l_T nexus on which 
the PERSISTENT RESERVE OUT command REGISTER AND MOVE service action was received. An unreg bit 
set to one specifies that the device server shall unregister the l_T nexus on which the PERSISTENT RESERVE 
OUT command REGISTER AND MOVE service action was received. 

The relative target port identifier field specifies the relative port identifier (see 3.1.80) of the target port in the 
l_T nexus to which the persistent reservation is to be moved. 

The transportid descriptor length field specifies the number of bytes of the TransportID that follows, shall be a 
minimum of 24 bytes, and shall be a multiple of 4. 

The TransportID specifies the initiator port in the l_T nexus to which the persistent reservation is to be moved. The 
format of a TransportID is defined in 7.5.4. 

The command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST: 

a) If the value in the parameter list length field in the CDB does not include all of the parameter list bytes 
specified by the transportid parameter data length field; or 

b) If the value in the transportid parameter data length field results in the truncation of a TransportID. 
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6.13 PREVENT ALLOW MEDIUM REMOVAL command 

The PREVENT ALLOW MEDIUM REMOVAL command (see table 117) requests that the logical unit enable or 
disable the removal of the medium. The logical unit shall not allow medium removal if any initiator port currently has 
medium removal prevented. 


Table 117 — PREVENT ALLOW MEDIUM REMOVAL command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (1 Eh) 

1 

Reserved 

2 

Reserved 

3 

Reserved 

4 

Reserved prevent 

5 

CONTROL 


Table 118 defines the prevent field values and their meanings. 


Table 11 8 — prevent field 


PREVENT 

Description 

00b 

Medium removal shall be allowed from both the data transport 
element and the attached medium changer (if any). 

01b 

Medium removal shall be prohibited from the data transport 
element but allowed from the attached medium changer (if any). 

10b 

Medium removal shall be allowed for the data transport element 
but prohibited for the attached medium changer. 

11b 

Medium removal shall be prohibited for both the data transport 
element and the attached medium changer. 


prevent values 10b and 11b are valid only when the rmb bit and the MChngr bit are both equal to one in the 
standard INQUIRY data. 

The prevention of medium removal shall begin when any application client issues a PREVENT ALLOW MEDIUM 
REMOVAL command with a prevent field of 01b or 11b (i.e., medium removal prevented). The prevention of 
medium removal for the logical unit shall terminate: 

a) After all initiator ports with application clients that previously prevented medium removal issue PREVENT 
ALLOW MEDIUM REMOVAL commands with a prevent field of 00b or 10b, and the device server has 
successfully performed a synchronize cache operation; or 

b) Upon a logical unit reset. 

If a persistent reservation or registration is being preempted by a PERSISTENT RESERVE OUT command with 
PREEMPT AND ABORT service action (see 5.6.10.5), the equivalent of a PREVENT ALLOW MEDIUM REMOVAL 
command with the prevent field set to zero shall be processed for each the l_T nexuses associated with the 
persistent reservation or registrations being preempted. This allows an application client to override the prevention 
of medium removal function for an initiator port that is no longer operating correctly. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 




1 December 2004 


T10/1416-D Revision 21b 


While a prevention of medium removal condition is in effect, the logical unit shall inhibit mechanisms that normally 
allow removal of the medium by an operator. 


6.14 READ ATTRIBUTE command 

6.14.1 READ ATTRIBUTE command introduction 

The READ ATTRIBUTE command (see table 119) allows an application client to read attribute values from medium 
auxiliary memory. 


Table 119 — READ ATTRIBUTE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (8Ch) 

1 

Reserved service action 

2 


3 

Restricted (see SMC-2) 

4 


5 

VOLUME NUMBER 

6 

Reserved 

7 

PARTITION NUMBER 

8 

(MSB) 

9 

FIRST ATTRIBUTE IDENTIFIER 

(LSB) 

10 

(MSB) 

11 


12 

ALLOCATION LENGTFI 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


If the medium auxiliary memory is not accessible because there is no medium present, the READ ATTRIBUTE 
command shall be terminated with CHECK CONDITION status, with the sense key set to NOT READY, and the 
additional sense code set to MEDIUM NOT PRESENT. 

If the medium is present but the medium auxiliary memory is not accessible, the READ ATTRIBUTE command 
shall be terminated with CHECK CONDITION status, with the sense key set to MEDIUM ERROR, and the 
additional sense code set to LOGICAL UNIT NOT READY, AUXILIARY MEMORY NOT ACCESSIBLE. 

If the medium auxiliary memory is not operational, the READ ATTRIBUTE command shall be terminated with 
CHECK CONDITION status, with the sense key set to MEDIUM ERROR, and the additional sense code set to 
AUXILIARY MEMORY READ ERROR. 
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The service actions defined for the READ ATTRIBUTE command are shown in table 120. 


Table 120 — READ ATTRIBUTE service action codes 


Code 

Name 

Description 

Subclause 

OOh 

ATTRIBUTE VALUES 

Return attribute values. 

6.14.2 

01 h 

ATTRIBUTE LIST 

Return a list of available attribute identifiers, identifiers that 
are not in the nonexistent state or unsupported state (see 
5.11). 

6.14.3 

02 h 

VOLUME LIST 

Return a list of known volume numbers. 

6.14.4 

03h 

04h 

05h-1Fh 

PARTITION LIST 

Restricted 

Reserved 

Return a list of known partition numbers. 

6.14.5 


The volume number field specifies a volume (see SSC-2) within the medium auxiliary memory. The number of 
volumes of the medium auxiliary memory shall equal that of the attached medium. If the medium only has a single 
volume, then its volume number shall be zero. 

The partition number field specifies a partition (see SSC-2) within a volume. The number of partitions of the 
medium auxiliary memory shall equal that of the attached medium. If the medium only has a single partition, then 
its partition number shall be zero. 

If the combination of volume number and partition number is not valid, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

The first attribute identifier field specifies the attribute identifier of the first attribute to be returned. If the 
specified attribute is in the unsupported state or nonexistent state (see 5.11), the READ ATTRIBUTE command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN CDB. 

The allocation length field specifies how many bytes have been allocated for the returned parameter list. If the 
length is not sufficient to contain the entire parameter list, the first portion of the list shall be returned. This shall not 
be considered an error. If the remainder of the list is required, the application client should either send a new READ 
ATRRIBUTE command with an allocation length large enough to contain the entire parameter list or use the first 
attribute identifier field to restrict the attributes returned. 

The format of parameter data returned by the READ ATTRIBUTE command depends on the service action 
specified. 

6.14.2 ATTRIBUTE VALUES service action 

The READ ATTRIBUTE command with ATTRIBUTE VALUES service action returns parameter data containing the 
attributes specified by the partition number, volume number, and first attribute identifier fields in the CDB. 
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The returned parameter data shall contain the requested attributes in ascending numerical order by attribute 
identifier value and in the format shown in table 121. 


Table 121 — READ ATTRIBUTE with ATTRIBUTE VALUES service action parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 


(LSB) 


Attribute(s) 

4 


Attribute 0 (see 7.3.1) 









Attribute x (see 7.3.1) 


n 




The available data field shall contain the number of bytes of attribute information in the parameter list. If the 
parameter list is truncated as a result of insufficient allocation length, the contents of the available data field shall 
not be altered. 

The format of the attributes is described in 7.3.1. 

6.14.3 ATTRIBUTE LIST service action 

The READ ATTRIBUTE command with ATTRIBUTE LIST service action returns parameter data containing the 
attribute identifiers for the attributes that are not in the unsupported state and not in the nonexistent state (see 5.11) 
in the specified partition and volume number. The contents of first attribute identifier field in the CDB shall be 
ignored. The returned parameter data shall contain the requested attribute identifiers in ascending numerical order 
by attribute identifier value and in the format shown in table 122. 


Table 122 — READ ATTRIBUTE with ATTRIBUTE LIST service action parameter list format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

3 

AVAILABLE DATA (n-3) 

(LSB) 


Attribute identifiers 

4 


5 

ATTRIBUTE IDENTIFIER 0 



n-1 


n 

ATTRIBUTE IDENTIFIER X 
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The available data field shall contain the number of bytes of attribute identifiers in the parameter list. If the 
parameter list is truncated as a result of insufficient allocation length, the contents of the available data field shall 
not be altered. 

An attribute identifier field is returned for each attribute that is not in the unsupported state and not in the nonex¬ 
istent state (see 5.11) in the specified partition and volume number. See 7.3.2 for a description of the attribute 
identifier values. 

6.14.4 VOLUME LIST service action 

The READ ATTRIBUTE command with VOLUME LIST service action returns parameter data (see table 123) 
identifying the supported number of volumes. The contents of volume number, partition number, and first 
attribute identifier fields in the CDB shall be ignored. 


Table 123 — READ ATTRIBUTE with VOLUME LIST service action parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (0002h) 


1 


(LSB) 

2 

FIRST VOLUME NUMBER 

3 

NUMBER OF VOLUMES AVAILABLE 


The available data field shall contain two. 

The first volume number field indicates the first volume available. Volume numbering should start at zero. 

The number of volumes available field indicates the number of volumes available. 

6.14.5 PARTITION LIST service action 

The READ ATTRIBUTE command with PARTITION LIST service action returns parameter data (see table 123) 
identifying the number of partitions supported in the specified volume number. The contents of partition number 
and FIRST attribute identifier fields in the CDB shall be ignored. 


Table 124 — READ ATTRIBUTE with PARTITION LIST service action parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (0002h) 


1 


(LSB) 

2 

FIRST PARTITION NUMBER 

3 

NUMBER OF PARTITIONS AVAILABLE 


The available data field shall contain two. 

The first partition number field indicates the first partition available on the specified volume number. Partition 
numbering should start at zero. 
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The number of partitions available field indicates the number of partitions available on the specified volume 
number. 


6.15 READ BUFFER command 

6.15.1 READ BUFFER command introduction 

The READ BUFFER command (see table 125) is used in conjunction with the WRITE BUFFER command as a 
diagnostic function for testing memory in the SCSI device and the integrity of the service delivery subsystem. This 
command shall not alter the medium. 


Table 125 — READ BUFFER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (3Ch) 

1 

Reserved mode 

2 

BUFFER ID 

3 

(MSB) 

4 

BUFFER OFFSET 

5 

(LSB) 

6 

(MSB) 

7 

ALLOCATION LENGTH 

8 

(LSB) 

9 

CONTROL 


The function of this command and the meaning of fields within the CDB depend on the contents of the mode field. 
The mode field is defined in table 126. 


Table 126 — READ BUFFER mode field 


MODE 

Description 

00h 

Combined header and data 

01h 

Vendor specific 

02h 

Data 

03h 

Descriptor 

OAh 

Echo buffer 

OBh 

Echo buffer descriptor 

1Ah 

Enable expander communications protocol and Echo buffer 

04h - 09h 

Reserved 

OCh-19h 

Reserved 

1 Bh -1 Fh 

Reserved 
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6.15.2 Combined header and data mode (OOh) 

In this mode, a four-byte header followed by data bytes is returned to the application client in the Data-In Buffer. 
The buffer id and the buffer offset fields are reserved. 

The four-byte READ BUFFER header (see table 127) is followed by data bytes from the buffer. 


Table 127 — READ BUFFER header 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

1 

(MSB) 

BUFFER CAPACITY 


3 


(LSB) 


The buffer capacity field specifies the total number of data bytes available in the buffer. This number is not 
reduced to reflect the allocation length; nor is it reduced to reflect the actual number of bytes written using the 
WRITE BUFFER command. Following the READ BUFFER header, the device server shall transfer data from the 
buffer. The device server shall terminate filling the Data-In Buffer when allocation length bytes of header plus data 
have been transferred or when all available header and buffer data have been transferred to the application client, 
whichever is less. 

6.15.3 Vendor specific mode (01 h) 

In this mode, the meanings of the buffer id, buffer offset, and allocation length fields are not specified by 
this standard. 

6.15.4 Data mode (02h) 

In this mode, the Data-In Buffer is filled only with logical unit buffer data. The buffer id field specifies a buffer within 
the logical unit from which data shall be transferred. The vendor assigns buffer ID codes to buffers within the logical 
unit. Buffer ID zero shall be supported. If more than one buffer is supported, then additional buffer ID codes shall be 
assigned contiguously, beginning with one. Buffer ID code assignments for the READ BUFFER command shall be 
the same as for the WRITE BUFFER command. If an unsupported buffer ID code is selected, then the command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN CDB. 

The device server shall terminate filling the Data-In Buffer when allocation length bytes have been transferred or 
when all the available data from the buffer has been transferred to the application client, whichever amount is less. 

The buffer offset field contains the byte offset within the specified buffer from which data shall be transferred. 
The application client should conform to the offset boundary requirements returned in the READ BUFFER 
descriptor (see 6.15.5). If the device server is unable to accept the specified buffer offset, the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

6.15.5 Descriptor mode (03h) 

In this mode, a maximum of four bytes of READ BUFFER descriptor information is returned. The device server 
shall return the descriptor information for the buffer specified by the buffer id field (see the description of the buffer 
ID in 6.15.4). If there is no buffer associated with the specified buffer ID, the device server shall return all zeros in 
the READ BUFFER descriptor. The buffer offset field is reserved in this mode. The allocation length should be 
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set to four or greater. The device server shall transfer the lesser of the allocation length or four bytes of READ 
BUFFER descriptor. The READ BUFFER descriptor is defined as shown in table 128. 


Table 128 — READ BUFFER descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

OFFSET BOUNDARY 

1 


BUFFER CAPACITY 


3 




The offset boundary field returns the boundary alignment within the selected buffer for subsequent WRITE 
BUFFER and READ BUFFER commands. The value contained in the offset boundary field shall be interpreted 
as a power of two. 


The value contained in the buffer offset field of subsequent WRITE BUFFER and READ BUFFER commands 
should be a multiple of 2 0ffset boundar y as shown in table 129. 


Table 129 — Buffer offset boundary 


Offset boundary 

20ffset boundary 

Buffer offsets 

Oh 

2° = 1 

Byte boundaries 

1h 

2^2 

Even-byte boundaries 

2h 

2 2 = 4 

Four-byte boundaries 

3h 

2 3 = 8 

Eight-byte boundaries 

4h 

2 4 = 16 

16-byte boundaries 

FFh 

Not applicable 

0 is the only supported buffer offset 


The buffer capacity field shall return the size of the selected buffer in bytes. 

NOTE 30 - In a system employing multiple application clients, a buffer may be altered between the WRITE 
BUFFER and READ BUFFER commands by another application client. Buffer testing applications should insure 
that only a single application client is active. Use of reservations to all logical units on the device or linked 
commands may be helpful in avoiding buffer alteration between these two commands. 

6.15.6 Read Data from echo buffer (OAh) 

In this mode the device server transfers data to the application client from the echo buffer. The echo buffer shall 
transfer the same data as when the WRITE BUFFER command with the mode field set to echo buffer was issued. 
The buffer id and buffer offset fields are ignored in this mode. 

The READ BUFFER command shall return the same number of bytes of data as received in the prior echo buffer 
mode WRITE BUFFER command received on the same l_T nexus limited by the allocation length as described in 
4.3.4.6. If a prior echo buffer mode WRITE BUFFER command was not successfully completed, the echo buffer 
mode READ BUFFER command shall terminate with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. If the data in the 
echo buffer has been overwritten by another l_T nexus, the echo buffer mode READ BUFFER command shall be 
terminated with CHECK CONDITION status, with the sense key set to ABORTED COMMAND, and the additional 
sense code set to ECHO BUFFER OVERWRITTEN. 
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The application client may send a READ BUFFER command requesting the echo buffer descriptor prior to a 
WRITE BUFFER command. 

If an echo buffer mode WRITE BUFFER command is successful, then the application client may send multiple 
echo buffer mode READ BUFFER commands to read the echo buffer data multiple times. 

6.15.7 Echo buffer descriptor mode (OBh) 

In this mode, a maximum of four bytes of READ BUFFER descriptor information is returned. The device server 
shall return the descriptor information for the echo buffer. If there is no echo buffer implemented, the device server 
shall return all zeros in the READ BUFFER descriptor. The buffer id field and buffer offset field are reserved in 
this mode. The allocation length should be set to four or greater. The device server shall transfer the lesser of the 
allocation length or four bytes of READ BUFFER descriptor. The READ BUFFER descriptor is defined as shown in 
table 130. 


Table 130 — Echo buffer descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 

0 

0 

Reserved 

EBOS 

1 

Reserved 

2 

Reserved (MSB) 

(LSB) 

3 

BUFFER CAPACITY 


The buffer capacity field shall return the size of the echo buffer in bytes aligned to a four-byte boundary. The 
maximum echo buffer size is 4 096 bytes. 

If the echo buffer is implemented, the echo buffer descriptor shall be implemented. 

An echo buffer overwritten supported (ebos) bit set to one indicates either: 

a) The device server returns the ECHO BUFFER OVERWRITTEN additional sense code if the data being 
read from the echo buffer is not the data previously written by the same l_T nexus, or 

b) The device server ensures echo buffer data returned to each l_T nexus is the same as that previously 
written by that l_T nexus. 

An ebos bit set to zero specifies that the echo buffer may be overwritten by any intervening command received on 
any l_T nexus. 

6.15.8 Enable expander communications protocol and Echo buffer (1Ah) 

Receipt of a READ BUFFER command with this mode (1 Ah) causes a communicative expander (see SPI-5) to 
enter the expanded communications protocol mode. Device servers in SCSI target devices that receive a READ 
BUFFER command with this mode shall process it as if it were a READ BUFFER command with mode OAh (see 
6.15.6). 
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6.16 READ MEDIA SERIAL NUMBER command 

The READ MEDIA SERIAL NUMBER command (see table 131) reports the media serial number reported by the 
device and the currently mounted media. 


Table 131 — READ MEDIA SERIAL NUMBER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (ABh) 

1 

Reserved service action (01 h) 

2 


3 


4 

Reserved 

5 


6 

(MSB) 

7 


8 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The allocation length field specifies how many bytes have been allocated for the returned parameter data. If the 
length is not sufficient to contain the entire parameter data, the first portion of the data shall be returned (see 
4.3.4.6). This shall not be considered an error. 

The READ MEDIA SERIAL NUMBER parameter data format is shown in table 132. 


Table 132 — READ MEDIA SERIAL NUMBER parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

MEDIA SERIAL NUMBER LENGTH (4n-4) 


3 


(LSB) 

4 


MEDIA SERIAL NUMBER 


4n-1 




The media serial number length field shall contain the number of bytes in the media serial number field. The 
media serial number length shall be a multiple of four. The media serial number length shall not be adjusted due to 
an insufficient allocation length. 

The media serial number field shall contain the vendor specific serial number of the media currently installed. If the 
number of bytes in the vendor specific serial number is not a multiple of four, then up to three bytes containing zero 
shall be appended to the highest numbered bytes of the media serial number field. 

If the media serial number is not available (e.g., the currently installed media has no valid media serial number), 
zero shall be returned in the media serial number length field. 
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If the media serial number is not accessible because there is no media present, the command shall be terminated 
with CHECK CONDITION status, with the sense key set to NOT READY, and the additional sense code set to 
MEDIUM NOT PRESENT. 

6.17 RECEIVE COPY RESULTS command 

6.17.1 RECEIVE COPY RESULTS command introduction 

The RECEIVE COPY RESULTS command (see table 133) provides a means for the application client to receive 
information about the copy manager or the results of a previous or current EXTENDED COPY command (see 6.3). 


Table 133 — RECEIVE COPY RESULTS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (84h) 

1 

Reserved service action 

2 

LIST IDENTIFIER 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

Reserved 

7 

Reserved 

8 

Reserved 

9 

Reserved 

10 

(MSB) 

11 


12 

ALLOCATION LENGTH 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 
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The service actions defined for the RECEIVE COPY RESULTS command are shown in table 134. 


Table 134 — RECEIVE COPY RESULTS service action codes 


Code 

Name 

Description 

Returns Data While 
EXTENDED COPY Is 

In Progress 

OOh 

COPY 

STATUS 

Return the current copy status of the EXTENDED 

COPY command identified by the list identifier field. 

Yes 

01 h 

RECEIVE 

DATA 

Return the held data read by EXTENDED COPY com¬ 
mand identified by the list identifier field. 

No 

03h 

OPERATING 

PARAMETERS 

Return copy manager operating parameters. 

Yes 

04h 

FAILED 

SEGMENT 

DETAILS 

Return copy target device sense data and other infor¬ 
mation about the progress of processing a segment 
descriptor whose processing was not completed during 
processing of the EXTENDED COPY command identi¬ 
fied by the list identifier field. 

No 

05h-1 Eh 

Reserved 


IFh 

Vendor Specific 


The list identifier field specifies the EXTENDED COPY command (see 6.3) about which information is desired. 
The RECEIVE COPY RESULTS command shall return information from the EXTENDED COPY command 
received on the same l_T nexus with a list identifier that matches the list identifier specified in the RECEIVE COPY 
RESULTS CDB. 

If the list identifier field specifies an EXTENDED COPY command that had the nrcr bit set to one in the 
parameter data (see 6.3), the copy manager may respond to a RECEIVE COPY RESULTS command in the same 
manner it would if the EXTENDED COPY command had never been received. 

The actual length of the RECEIVE COPY RESULTS parameter data is available in the available data parameter 
data field. The allocation length field in the CDB indicates how much space has been allocated for the returned 
parameter list. If the length is not sufficient to contain the entire parameter list, the first portion of the list shall be 
returned. This shall not be considered an error. If the remainder of the list is required, the application client should 
send a new RECEIVE COPY RESULTS command with an allocation length field large enough to contain the 
entire parameter list. 
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6.17.2 COPY STATUS service action 

In response to the COPY STATUS service action, the copy manager shall return the current status of the 
EXTENDED COPY command (see 6.3) specified by the list identifier field in the CDB. If no EXTENDED COPY 
command known to the copy manager has a matching list identifier, then the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

Table 135 shows the format of the information returned by the copy manager in response to the COPY STATUS 
service action. If a device server supports the EXTENDED COPY command, it shall also support the RECEIVE 
COPY RESULTS command with COPY STATUS service action. 


Table 135 — Parameter data for the COPY STATUS service action 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (00000008h) 


3 


(LSB) 

4 

HDD COPY MANAGER STATUS 

5 

(MSB) 

SEGMENTS PROCESSED 


6 


(LSB) 

7 

TRANSFER COUNT UNITS 

8 

(MSB) 

TRANSFER COUNT 


11 


(LSB) 


After completion of an EXTENDED COPY command, the copy manager shall preserve all data returned by a 
COPY STATUS service action for a vendor specific period of time. The copy manager shall discard the COPY 
STATUS data when: 

a) A RECEIVE COPY RESULTS command with COPY STATUS service action is received on the same l_T 
nexus with a matching list identifier; 

b) When another EXTENDED COPY command is received on the same l_T nexus and the list identifier 
matches the list identifier associated with the data preserved for the COPY STATUS service action; 

c) When the copy manager detects a logical unit reset or l_T nexus loss; or 

d) When the copy manager requires the resources used to preserve the data. 

The available data field shall contain the number of bytes present in the parameter data that follows. 

The held data discarded (hdd) bit indicates whether held data has been discarded. If hdd bit is set to one, held data 
has been discarded as described in 6.17.4. If hdd bit is set to zero, held data has not been discarded. 
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The COPY MANAGER status field contains the current status of the EXTENDED COPY command specified by the 
LIST identifier field in the CDB as defined in table 136. 


Table 136 — copy manager status field 


Code 

Meaning 

OOh 

01 h 

02h 

03h - 7Fh 

Operation in progress 

Operation completed without errors 
Operation completed with errors 

Reserved 


The segments processed field contains the number of segments the copy manager has processed for the 
EXTENDED COPY command specified by the list identifier field in the CDB including the segment currently 
being processed. This field shall be zero if the copy manager has not yet begun processing segment descriptors. 

The transfer count units field specifies the units for the transfer count field as defined in table 137. 

Table 137 — COPY STATUS transfer count units field 


Code 

Meaning a 

Multiplier to convert 
transfer count field to bytes 

OOh 

Bytes 

1 

01 h 

Kibibytes 

2 10 or 1024 

02h 

Mebibytes 

2 20 

03h 

Gebibytes 

2 30 

04h 

Tebibytes 

2 40 

05h 

Pebibytes 

2 50 

06h 

Exbibytes 

2 60 

07h - FFh 

Reserved 


a See 3.6.4. 


The transfer count field specifies the amount of data written to a destination device for the EXTENDED COPY 
command specified by the list identifier field in the CDB prior to receiving the RECEIVE COPY RESULTS 
command with COPY STATUS service action. 
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6.17.3 RECEIVE DATA service action 

If the copy manager supports those segment descriptors require data to be held for transfer to the application 
client, then the RECEIVE DATA service action causes the copy manager to return the held data using the format 
shown in table 138. If a copy manager supports any of the segment descriptor type codes that require data to be 
held for the application client (see 6.3.5), then it shall also support the RECEIVE COPY RESULTS command with 
RECEIVE DATA service action. 

The EXTENDED COPY command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB if any of the following conditions 
exist: 

a) No EXTENDED COPY command known to the copy manager has a list identifier that matches the list 
identifier field in the CDB; or 

b) If the LIST identifier field in the CDB identifies an EXTENDED COPY command that still is being 
processed by the copy manager. 


Table 138 — Parameter data for the RECEIVE DATA service action 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 


(LSB) 

4 


HELD DATA 


n 




Following completion of an EXTENDED COPY command, the copy manager shall preserve all data returned by a 
RECEIVE DATA service action for a vendor specific period of time. The application client should issue a RECEIVE 
COPY RESULTS command with RECEIVE DATA service action as soon as practical following completion of the 
EXTENDED COPY command to insure that the data is not discarded by the copy manager. The copy manager 
shall discard the buffered inline data: 

a) After all data held for a specific EXTENDED COPY command has been successfully transferred to the 
application client; 

b) When a RECEIVE COPY RESULTS command with RECEIVE DATA service action has been received on 
the same l_T nexus with a matching list identifier, with the allocation length field set to zero; 

c) When another EXTENDED COPY command is received on the same l_T nexus and the list identifier 
matches the list identifier associated with the data preserved for RECEIVE DATA service action; 

d) When the copy manager detects a logical unit reset or l_T nexus loss; or 

e) When the copy manager requires the resources used to preserve the data. 

The available data field shall contain the number of bytes of held data available for delivery to the application 
client. If the amount of held data sent to the application client is reduced due to insufficient allocation length, the 
available data field shall not be altered and the held data shall not be discarded. 

The held data field contains the data held by the copy manager for delivery to the application client as prescribed 
by several segment descriptor type codes. Unless the copy manager’s held data limit (see 6.17.4) is exceeded, the 
first byte held in response to the first segment descriptor in the EXTENDED COPY parameter list prescribing the 
holding of data (called the oldest byte held) is returned in byte 4. The last byte held in response to the last segment 
descriptor in the EXTENDED COPY parameter list prescribing the holding of data (called the newest byte held) is 
returned in byte n. 
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6.17.4 OPERATING PARAMETERS service action 

In response to the OPERATING PARAMETERS service action, the copy manager shall return its operating 
parameter information in the format shown in table 139. If a device server supports the EXTENDED COPY 
command (see 6.3), then it shall also support the RECEIVE COPY RESULTS command with OPERATING 
PARAMETERS service action. 


Table 139 — Parameter data for the OPERATING PARAMETERS service action 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 


(LSB) 

4 


Reserved 


7 



8 

(MSB) 

MAXIMUM TARGET DESCRIPTOR COUNT 


9 


(LSB) 

10 

(MSB) 

MAXIMUM SEGMENT DESCRIPTOR COUNT 


11 


(LSB) 

12 

(MSB) 

MAXIMUM DESCRIPTOR LIST LENGTH 


15 


(LSB) 

16 

(MSB) 

MAXIMUM SEGMENT LENGTH 


19 


(LSB) 

20 

(MSB) 

MAXIMUM INLINE DATA LENGTH 


23 


(LSB) 

24 

(MSB) 

HELD DATA LIMIT 


27 


(LSB) 

28 

(MSB) 

MAXIMUM STREAM DEVICE TRANSFER SIZE 


31 


(LSB) 

32 


Reserved 


35 



36 

MAXIMUM CONCURRENT COPIES 

37 

DATA SEGMENT GRANULARITY (log 2) 

38 

INLINE DATA GRANULARITY (log 2) 

39 

HELD DATA GRANULARITY (log 2) 

40 


Reserved 


42 



43 

IMPLEMENTED DESCRIPTOR LIST LENGTH (n-43) 

44 


List of implemented descriptor type codes (ordered) 


n 
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The available data field shall contain the number of bytes following the available data field in the parameter data 
(i.e., the total number of parameter data bytes minus 4). 

The maximum target count field contains the maximum number of target descriptors that the copy manager 
allows in a single EXTENDED COPY target descriptor list. 

The maximum segment count field contains the maximum number of segment descriptors that the copy manager 
allows in a single EXTENDED COPY segment descriptor list. 

The maximum descriptor list length field contains the maximum length, in bytes, of the target descriptor list and 
segment descriptor list. This length includes the embedded data but excludes inline data that follows the 
descriptors. 

The maximum segment length field indicates the length, in bytes, of the largest amount of data that the copy 
manager supports writing via a single segment. Bytes introduced as a result of the pad bit being set to one (see 
6.3.7) are not counted towards this limit. A value of zero indicates that the copy manager places no limits on the 
amount of data written by a single segment. 

The maximum inline data length field indicates the length, in bytes, of the largest amount of inline data that the 
copy manager supports in the EXTENDED COPY parameter list. This does not include data included as 
embedded data within the segment descriptors. The maximum inline data length field applies only to segment 
descriptors containing the 04h descriptor type code (see 6.3.7.7). The field shall be set to zero when the 04h 
descriptor type code is not supported by the copy manager. 

The held data limit field indicates the length, in bytes, of the minimum amount of data the copy manager 
guarantees to hold for return to the application client via the RECEIVE COPY RESULTS command with RECEIVE 
DATA service action (see 6.17.3). If the processing of segment descriptors requires more data to be held, the copy 
manager may discard some of the held data in a vendor specific manner that retains the held bytes from the most 
recently processed segment descriptors. The discarding of held data bytes shall not be considered an error. If held 
data is discarded, the hdd bit shall be set as described in 6.17.2. 

The MAXIMUM CONCURRENT copies field contains the maximum number of EXTENDED COPY commands 
supported for concurrent processing by the copy manager. 

The data segment granularity field indicates the length of the smallest data block that copy manager permits in 
a non-inline segment descriptor (i.e., segment descriptors with type codes other than 04h). The amount of data 
transferred by a single segment descriptor shall be a multiple of the granularity. The data segment granularity 
value is expressed as a power of two. Bytes introduced as a result of the pad bit being set to one (see 6.3.7) are not 
counted towards the data length granularity. 

The inline data granularity field indicates the length of the of the smallest block of inline data that the copy 
manager permits being written by a segment descriptor containing the 04h descriptor type code (see 6.3.7.7). The 
amount of inline data written by a single segment descriptor shall be a multiple of the granularity. The inline data 
granularity value is expressed as a power of two. Bytes introduced as a result of the pad bit being set to one (see 
6.3.7) are not counted towards the length granularity. 

If the copy manager encounters a data or inline segment descriptor that violates either the data segment granu¬ 
larity or the inline data granularity, the EXTENDED COPY command shall be terminated with CHECK CONDITION 
status, with the sense key set to COPY ABORTED, and the additional sense code set to COPY SEGMENT 
GRANULARITY VIOLATION. 

The held data granularity field indicates the length of the smallest block of held data that the copy manager shall 
transfer to the application client in response to a RECEIVE COPY RESULTS command with RECEIVE DATA 
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service action (see 6.17.3). The amount of data held by the copy manager in response to any one segment 
descriptor shall be a multiple of this granularity. The held data granularity value is expressed as a power of two. 

The maximum stream device transfer size field indicates the maximum transfer size, in bytes, supported for 
stream devices. 

The implemented descriptor list length field contains the length, in bytes, of the list of implemented descriptor 
type codes. 

The list of implemented descriptor type codes contains one byte for each segment or target descriptor type code 
value (see 6.3.5) supported by the copy manager, with a unique supported descriptor type code value in each 
byte. The descriptor type code values shall appear in the list in ascending numerical order. 
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6.17.5 FAILED SEGMENT DETAILS service action 

In response to the FAILED SEGMENT DETAILS service action, the copy manager shall return details of the 
segment processing failure that caused termination of the EXTENDED COPY command (see 6.3) specified by the 
list identifier field in the CDB. Table 140 shows the format of the information returned by the copy manager in 
response to a FAILED SEGMENT DETAILS service action. If a device server supports the EXTENDED COPY 
command (see 7.4), then it shall also support the RECEIVE COPY RESULTS command with FAILED SEGMENT 
DETAILS service action. 

When processing of an EXTENDED COPY command is aborted and processing of a segment descriptor is incom¬ 
plete, the copy manager shall preserve details about the progress in processing of that descriptor. These details 
enable the application client to obtain information it needs to determine the state in which copy target devices (in 
particular stream devices) have been left by incomplete processing. 

The EXTENDED COPY command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB if any of the following conditions 
exist: 

a) No EXTENDED COPY command known to the copy manager has a list identifier that matches the list 
identifier field in the CDB; or 

b) If the LIST identifier field in the CDB identifies an EXTENDED COPY command that still is being 
processed by the copy manager. 


Table 140 — Parameter data for the FAILED SEGMENT DETAILS service action 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 


(LSB) 

4 


Reserved 


55 



56 

EXTENDED COPY COMMAND STATUS 

57 

Reserved 

58 

(MSB) 

SENSE DATA LENGTH (n-59) 


59 


(LSB) 

60 


SENSE DATA 


n 




The application client should issue a RECEIVE COPY RESULTS command with FAILED SEGMENT DETAILS 
service action immediately following failure of the EXTENDED COPY command to insure that the information is not 
discarded by the copy manager. The copy manager shall discard the failed segment details: 

a) After all failed segment details held for a specific EXTENDED COPY command have been successfully 
transferred to the application client; 

b) When a RECEIVE COPY RESULTS command with FAILED SEGMENT DETAILS service action has been 
received on the same l_T nexus with a matching list identifier, with the allocation length field set to zero; 

c) When another EXTENDED COPY command is received on the same l_T nexus using the same list 
identifier; 

d) When the copy manager detects a logical unit reset or l_T nexus loss; or 
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e) When the copy manager requires the resources used to preserve the data. 

The available data field shall contain the number of bytes of failed segment details available for delivery to the 
application client. If the amount of failed segment details data sent to the application client is reduced due to insuf¬ 
ficient allocation length, the available data field shall not be altered and the failed segment details shall not be 
discarded. If no failed segment details data is available for the specified list identifier then the available data field 
shall be set to zero and no data beyond the available data field shall be returned. 

The COPY COMMAND status field contains the SCSI status value that was returned for the EXTENDED COPY 
command identified by the list identifier field in the CDB. 

The sense data length field indicates how many bytes of sense data are present in the sense data field. 

The sense data field contains a copy of the sense data that the copy manager prepared as part of terminating the 
EXTENDED COPY command identified by the list identifier with a CHECK CONDITION status. 

NOTE 31 - Specific uses of the reserved bytes 4 to 55 are under discussion for SPC-3. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


199 



T10/1416-D Revision 21b 


1 December 2004 


6.18 RECEIVE DIAGNOSTIC RESULTS command 

The RECEIVE DIAGNOSTIC RESULTS command (see table 141) requests that data be sent to the application 
client Data-In Buffer. The data is either data based on the most recent SEND DIAGNOSTIC command (see 6.27) 
or is a diagnostic page specified by the page code field. 


Table 141 — RECEIVE DIAGNOSTIC RESULTS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (ICh) 

1 

Reserved pcv 

2 

PAGE CODE 

3 

(MSB) 

4 

ALLOCATION LENGTH 

(LSB) 

5 

CONTROL 


A page code valid (pcv) bit set to zero specifies that the device server return parameter data based on the most 
recent SEND DIAGNOSTIC command (e.g., the diagnostic page with the same page code as that specified in the 
most recent SEND DIAGNOSTIC command). The response to a RECEIVE DIAGNOSTIC RESULTS command 
with the pcv bit set to zero is vendor-specific if: 

a) The most recent SEND DIAGNOSTIC command was not a SEND DIAGNOSTIC command defining 
parameter data to return; 

b) A RECEIVE DIAGNOSTIC RESULTS command with a pcv bit set to one was been processed since the 
last SEND DIAGNOSTIC command was processed; or 

c) No SEND DIAGNOSTIC command defining parameter data to return has been processed since power on, 
hard reset, or logical unit reset. 

A page code valid (pcv) bit set to one specifies that the device server return the diagnostic page specified in the 
page code field. Page code values are defined in 7.1 or in another command standard (see 3.1.18). 

NOTES 

32 Logical units compliant with previous versions of this standard (e.g., SPC-2) may transfer more than one 
diagnostic page in the parameter data if the pcv bit is set to zero and the previous SEND DIAGNOSTIC 
command sent more than one diagnostic page in the parameter list. 

33 To ensure that the diagnostic command information is not destroyed by a command sent from another l_T 
nexus, the logical unit should be reserved. 

34 Although diagnostic software is generally device-specific, this command and the SEND DIAGNOSTIC 
command provide a means to isolate the operating system software from the device-specific diagnostic 
software. The operating system may remain device-independent. 

See 7.1 for RECEIVE DIAGNOSTIC RESULTS diagnostic page format definitions. 


6.19 REPORT ALIASES command 

The REPORT ALIASES command (see table 142) requests that the device server return the alias list. The alias list 
is managed using the CHANGE ALIASES command (see 6.2). If the CHANGE ALIASES command is supported, 
the REPORT ALIASES command shall also be supported. 
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The REPORT ALIASES command is a service action of the MAINTENANCE IN command. Additional MAINTE¬ 
NANCE IN service actions are defined in SCC-2 and in this standard. The MAINTENANCE IN service actions 
defined in SCC-2 apply only to logical units that return a device type of OCh or the sees bit set to one in their 
standard INQUIRY data (see 6.4.2). 


Table 142 — REPORT ALIASES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OBh) 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 


8 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The allocation length field specifies the number of bytes that have been allocated for the returned parameter 
data. If the length is not sufficient to contain all the parameter data, the first portion of the data shall be returned. 
This shall not be considered an error. The actual length of the parameter data may be determined from the 
additional length field in the parameter data. If the remainder of the parameter data is required, the application 
client should send a new REPORT ALIASES command with an allocation length large enough to contain all the 
data. 

The allocation length field is described in 4.3.4.6. 
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The parameter data returned by a REPORT ALIASES command (see table 143) contains zero or more alias 
entries. 


Table 143 — REPORT ALIASES parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ADDITIONAL LENGTH (n-3) 


3 


(LSB) 

4 

Reserved 

5 

Reserved 

6 


NUMBER OF ALIASES (X) 


7 




Alias entry (or entries) 

8 


Alias entry 0 (see 6.2.2) 









Alias entry x (see 6.2.2) 


n 




The additional length field indicates the number of bytes in the remaining parameter data. The additional 
length field shall contain the actual number of bytes available in the parameter data and shall not be changed if 
the CDB contains an insufficient allocation length. 

The number of aliases field indicates the number of alias entries in the alias list and shall not be changed if the 
CDB contains an insufficient allocation length. 

The parameter data shall include one alias entry for each alias in the alias list. The format of an alias entry is 
described in 6.2.2. 


6.20 REPORT DEVICE IDENTIFIER command 

The REPORT DEVICE IDENTIFIER command (see table 144) requests that the device server send device identifi¬ 
cation information to the application client. As defined in the SCC-2 standard, the REPORT DEVICE IDENTIFIER 
command is the REPORT PERIPHERAL DEVICE/COMPONENT DEVICE IDENTIFIER service action of the 
MAINTENANCE IN command. Additional MAINTENANCE IN and MAINTENANCE OUT service actions are 
defined in SCC-2 and in this standard. 

The MAINTENANCE IN service actions defined only in SCC-2 shall apply only to SCSI devices that return a device 
type of OCh or the sees bit set to one in their standard INQUIRY data. When a SCSI device returns a device type of 
OCh or the SCCS bit set to one in its standard INQUIRY data, the implementation requirements for the SCC-2 
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MAINTENANCE IN service actions shall be as specified in SCC-2. Otherwise the MAINTENANCE IN service 
action definitions and implementation requirements stated in this standard shall apply. 


Table 144 — REPORT DEVICE IDENTIFIER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (05h) 

2 

Reserved 

3 

Reserved 

4 


5 

Restricted 

6 

(MSB) 

7 


8 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved Restricted Reserved 

11 

CONTROL 


SCC-2 defines specific usages for bytes 4 and 5, and bit 1 in byte 10, however these fields are reserved for the 
REPORT DEVICE IDENTIFIER command defined by this standard. 

The allocation length field specifies how many bytes have been allocated for the returned parameter data. If the 
length is not sufficient to contain all the parameter data, the first portion of the data shall be returned. This shall not 
be considered an error. The actual length of the parameter data is available in the identifier length field in the 
parameter data. If the remainder of the parameter data is required, the application client should send a new 
REPORT DEVICE IDENTIFIER command with an allocation length field large enough to contain all the data. 

The REPORT DEVICE IDENTIFIER parameter data (see table 145) contains a four-byte field that contains the 
length in bytes of the parameter data and the logical unit's identifier. 


Table 145 — REPORT DEVICE IDENTIFIER parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

IDENTIFIER LENGTH (n-3) 


3 


(LSB) 

4 


IDENTIFIER 


n 




The identifier length field indicates the length in bytes of the identifier field. If the allocation length field in the 
CDB is too small to transfer all of the identifier, the length shall not be adjusted to reflect the truncation. The 
identifier length shall initially equal zero, and shall be changed only by a successful SET DEVICE IDENTIFIER 
command. 
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The identifier field shall contain a vendor specific value. The value reported shall be the last value written by a 
successful SET DEVICE IDENTIFIER command. The value of the identifier shall be changed only by a SET 
DEVICE IDENTIFIER command. The identifier value shall persist through logical unit resets, l_T nexus losses, 
media format operations, and media replacement. 

The logical unit shall return the same identifier to all application clients. 

Processing a REPORT DEVICE IDENTIFIER may require the enabling of a nonvolatile memory within the logical 
unit. If the nonvolatile memory is not ready, the command shall be terminated with CHECK CONDITION status, 
rather than wait for the nonvolatile memory to become ready. The sense key shall be set to NOT READY and the 
additional sense code shall be set as described in table 180 (see 6.31). This information should allow the appli¬ 
cation client to determine the action required to cause the device server to become ready. 
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6.21 REPORT LUNS command 

The REPORT LUNS command (see table 146) requests that the peripheral device logical unit inventory accessible 
to the l_T nexus be sent to the application client. The logical unit inventory is a list that shall include the logical unit 
numbers of all logical units having a peripheral qualifier value of 000b (see 6.4.2). Logical unit numbers for 
logical units with peripheral qualifier values other than 000b and 011 b may be included in the logical unit 
inventory. Logical unit numbers for logical units with a peripheral qualifier value of 011b shall not be included in 
the logical unit inventory. 


Table 146 — REPORT LUNS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A0h) 

1 

Reserved 

2 

SELECT REPORT 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 


8 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The select report field (see table 147) specifies the types of logical unit addresses that shall be reported. 


Table 147 — select report field 


Code 

Description 

OOh 

The list shall contain the logical units accessible to the l_T nexus with the following 
addressing methods (see SAM-3): 

a) Logical unit addressing method, 

b) Peripheral device addressing method; and 

c) Flat space addressing method. 

If there are no logical units, the lun list length field shall be zero. 

01 h 

The list shall contain only well known logical units, if any. If there are no well known 
logical units, the lun list length field shall be zero. 

02 h 

The list shall contain all logical units accessible to the l_T nexus. 

03h - FFh 

Reserved 


The allocation length should be at least 16 bytes. If the allocation length is not sufficient to contain the entire logical 
unit inventory, the device server shall report as many logical unit number values as fit in the specified allocation 
length. This shall not be considered an error. 
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NOTE 35 - Device servers compliant with SPC return CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB when the allocation length is 
less than 16 bytes. 

The REPORT LUNS command shall return CHECK CONDITION status only when the device server is unable to 
return the requested report of the logical unit inventory. 

If a REPORT LUNS command is received from an initiator port with a pending unit attention condition (i.e., before 
the device server reports CHECK CONDITION status), the device server shall perform the REPORT LUNS 
command. If the unit attention condition was established because of a change in the logical unit inventory, that unit 
attention condition shall be cleared for that initiator port by the REPORT LUNS command. Unit attention conditions 
established for other reasons shall not be cleared by the REPORT LUNS command (see SAM-3). 

The REPORT LUNS data should be returned even though the device server is not ready for other commands. The 
report of the logical unit inventory should be available without incurring any media access delays. If the device 
server is not ready with the logical unit inventory or if the inventory list is null for the requesting l_T nexus and the 
select report field set to 02h, then the device server shall provide a default logical unit inventory that contains at 
least LUN 0 or the REPORT LUNS well known logical unit (see 8.2). A non-empty peripheral device logical unit 
inventory that does not contain either LUN 0 or the REPORT LUNS well known logical unit is valid. 

If the logical unit inventory changes for any reason (e.g., completion of initialization, removal of a logical unit, or 
creation of a logical unit), then the device server shall generate a unit attention condition for all l_T nexuses (see 
SAM-3), with the additional sense code set to REPORTED LUNS DATA HAS CHANGED. 

The processing of a REPORT LUNS command by any valid and installed logical unit shall clear the REPORTED 
LUNS DATA HAS CHANGED unit attention condition for all logical units accessible to the l_T nexus on which the 
command was received. A valid and installed logical unit is one having a peripheral qualifier field set to 000b in 
the standard INQUIRY data (see 6.4.2). 

The device server shall report those devices in the logical unit inventory using the format shown in table 148. 


Table 148 — REPORT LUNS parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

LUN LIST LENGTH (N-7) 


3 


(LSB) 

4 


Reserved 


7 




LUN list 

8 


First LUN 


15 





n-7 


Last LUN 


n 




The LUN list length field shall contain the length in bytes of the LUN list that is available to be transferred. The 
LUN list length is the number of logical unit numbers in the logical unit inventory multiplied by eight. If the allocation 
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length in the CDB is too small to transfer information about the entire logical unit inventory, the LUN list length value 
shall not be adjusted to reflect the truncation. 


6.22 REPORT PRIORITY command 

The REPORT PRIORITY command (see table 149) requests the priority that has been assigned to one or more 
l_T_L nexus. 

The REPORT PRIOIRTY command is a service action of the MAINTENANCE IN command. Additional MAINTE¬ 
NANCE IN service actions are defined in SCC-2 and in this standard. The MAINTENANCE IN service actions 
defined in SCC-2 apply only to logical units that return a device type of OCh or the sees bit set to one in their 
standard INQUIRY data (see 6.4.2). 


Table 149 — REPORT PRIORITY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OEh) 

2 

PRIORITY reported Reserved 

3 


5 

Reserved 

6 

(MSB) 

9 

allocation length (4h or larger) 

(LSB) 

10 

Reserved 

11 

CONTROL 


The priority reported field (see table 154) specifies the information to be returned in the parameter data. 


Table 150 — priority reported field 


Code 

Description 

00b 

Only the priority for the l_T_L nexus associated with this command 
shall be reported in the REPORT PRIORITY parameter data. 

01b 

The priority for each l_T_L nexus that is not set to the initial priority 
shall be reported in the REPORT PRIORITY parameter data. 

10b- 11b 

Reserved 


The allocation length field specifies the number of bytes that have been allocated for the returned parameter 
data. An allocation length that is not sufficient to contain the entire parameter list shall not be considered an error. 
If the complete list is required, the application client should send a new REPORT PRIORITY command with an 
allocation length large enough to contain the entire list. 
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The format of the parameter data returned by the REPORT PRIORITY command is shown in table 151. 


Table 151 — REPORT PRIORITY parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRIORITY PARAMETER DATA LENGTH (n-3) 


3 


(LSB) 


Priority descriptors 

4 


First priority descriptor (see table 152) 









Last priority descriptor (see table 152) 


n 




The priority parameter data length field specifies the number of bytes of parameter data that follow. 


Each priority descriptor (see table 152) contains priority information for a single l_T_L nexus. 


Table 152 — Priority descriptor format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

Reserved 

CURRENT PRIORITY 

1 

Reserved 

2 

(MSB) 

3 

RELATIVE TARGET PORT IDENTIFIER 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

ADDITIONAL DESCRIPTOR LENGTH (n-7) 

(LSB) 

8 


n 

TRANSPORTID 


The current priority field contains the priority assigned to the l_T_L nexus represented by this descriptor. If the 
priority reported field in this command is set to 00b and the priority for the l_T_L nexus associated with this 
command is set to the initial priority, then the current priority field shall be set to zero. The priority assigned to 
an l_T_L nexus may be used as a task priority for tasks received via that l_T_L nexus (see SAM-3). 

The relative target port identifier field contains the relative port identifier (see 3.1.80) of the target port that is 
part of the l_T_L nexus to which the current priority applies. 

The additional descriptor length field indicates the number of bytes that follow in the descriptor (i.e., the size of 
the TransportID). 
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The transportid field contains a TransportID (see 7.5.4) identifying the initiator port that is part of the l_T_L nexus 
to which the current priority applies. 


6.23 REPORT SUPPORTED OPERATION CODES command 

6.23.1 REPORT SUPPORTED OPERATION CODES command introduction 

The REPORT SUPPORTED OPERATION CODES command (see table 153) requests information on commands 
the addressed logical unit supports. An application client may request a list of all operation codes and service 
actions supported by the logical unit or the command support data for a specific command. 

The REPORT SUPPORTED OPERATION CODES command is a service action of the MAINTENANCE IN 
command. Additional MAINTENANCE IN service actions are defined in SCC-2 and in this standard. The MAINTE¬ 
NANCE IN service actions defined in SCC-2 apply only to logical units that return a device type of OCh or the sees 
bit set to one in their standard INQUIRY data (see 6.4.2). 


Table 153 — REPORT SUPPORTED OPERATION CODES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OCh) 

2 

Reserved reporting options 

3 

REQUESTED OPERATION CODE 

4 

(MSB) 

5 

REQUESTED SERVICE ACTION 

(LSB) 

6 

(MSB) 

7 


8 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 
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The reporting options field (see table 154) specifies the information to be returned in the parameter data. 


Table 154 — REPORT SUPPORTED OPERATION CODES reporting options 


Reporting 

Option 

Description 

Parameter Data 
Reference 

000b 

A list of all operation codes and service actions supported by the logical unit 
shall be returned in the alLcommands parameter data format. The 

REQUESTED OPERATION CODE CDB field and REQUESTED SERVICE ACTION CDB 
field shall be ignored. 

6.23.2 

001b 

The command support data for the operation code specified in the requested 
operation code field shall be returned in the one_command parameter data 
format. The requested service action CDB field shall be ignored. If the 
requested operation code field specifies an operation code that has service 
actions, then the command shall be terminated with CHECK CONDITION sta¬ 
tus, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN CDB. 

6.23.3 

010b 

The command support data for the operation code and service action 
specified in the requested operation code CDB field and requested 
service action CDB field shall be returned in the one_command parameter 
data format. If the requested operation code CDB field specifies an 
operation code that does not have service actions, then the command shall 
be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

6.23.3 

01 lb-111b 

Reserved 


The requested operation code field specifies the operation code of the command to be returned in the 
one_command parameter data format (see 6.23.3). 

The requested service action field specifies the service action of the command to be returned in the 
one_command parameter data format. 

The allocation length field specifies the number of bytes that have been allocated for the returned parameter 
data. If the length is not sufficient to contain all the parameter data, the first portion of the data shall be returned. 
This shall not be considered an error. The actual length of the parameter data may be determined from the 
additional length field in the parameter data. If the remainder of the parameter data is required, the application 
client should send a new REPORT SUPPORTED OPERATION CODES command with an allocation length large 
enough to contain all the data. 
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6.23.2 AILcommands parameter data format 

The REPORT SUPPORTED OPERATION CODES alLcommands parameter data format (see table 155) begins 
with a four-byte header that contains the length in bytes of the parameter data followed by a list of supported 
commands. Each command descriptor contains information about a single supported command CDB (i.e., one 
operation code and service action combination, or one non-service-action operation code). The list of command 
descriptors shall contain all commands supported by the logical unit. 


Table 155 — AILcommands parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

COMMAND DATA LENGTH (n-3) 


3 


(LSB) 


Commands 

4 


Command descriptor 0 (see table 156) 









Command descriptor x (see table 156) 


n 




The command data length field indicates the length in bytes of the command descriptor list. 

Each command descriptor (see table 156) contains information about a single supported command CDB. 


Table 156 — Command descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

Reserved 

2 

(MSB) 

3 

SERVICE ACTION 

(LSB) 

4 

Reserved 

5 

Reserved servactv 

6 

(MSB) 

7 

CDB LENGTH 

(LSB) 


The operation code field contains the operation code of a command supported by the logical unit. 


The service action field contains a supported service action of the supported operation code indicated by the 
operation code field. If the operation code indicated in the operation code field does not have a service actions, 
the service action field shall be set to OOh. 

A service action valid (servactv) bit set to zero indicates the operation code indicated by the operation code field 
does not have service actions and the service action field should be ignored. A servactv bit set to one indicates 
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the operation code indicated by the operation code field has service actions and the contains of the service 
action field are valid. 

The cdb length field contains the length of the command CDB in bytes for the operation code indicated in the 
operation code field, and if the servactv bit is set to the service action indicated by the service action field. 

6.23.3 One_command parameter data format 

The REPORT SUPPORTED OPERATION CODES one_command parameter data format (see table 157) contains 
information about the CDB and a usage map for bits in the CDB for the command specified by the reporting 
options, requested operation code, and requested service action fields in the REPORT SUPPORTED 
OPERATION CODES CDB. 


Table 157 — One_command parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

1 

Reserved support 

2 

(MSB) 

CDB SIZE (n-3) 


3 


(LSB) 

4 


CDB USAGE DATA 


n 




The support field is defined in table 158. 


Table 158 — support values 


Support 

Description 

000b 

Data about the requested SCSI command is not currently available. All data after 
byte 1 is not valid. A subsequent request for command support data may be suc¬ 
cessful. 

001b 

The device server does not support the requested command. All data after byte 1 is 
undefined. 

010b 

Reserved 

011b 

The device server supports the requested command in conformance with a SCSI 
standard. The parameter data format conforms to the definition in table 157. 

100b 

Reserved 

101b 

The device server supports the requested command in a vendor specific manner. 

The parameter data format conforms to the definition in table 157. 

110b- 111b 

Reserved 


The cdb size field contains the size of the cdb usage data field in the parameter data, and the number of bytes in 
the CDB for command being queried (i.e., the command specified by the reporting options, requested 
OPERATION CODE, and REQUESTED service action fields in the REPORT SUPPORTED OPERATION CODES 
CDB). 

The cdb usage data field contains information about the CDB for the command being queried. The first byte of the 
cdb usage data field shall contain the operation code for the command being queried. If the command being 
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queried contains a service action, then that service action code shall be placed in the cdb usage data field in the 
same location as the service action field of the command CDB. All other bytes of the cdb usage data field shall 
contain a usage map for bits in the CDB for the command being queried. 

The bits in the usage map shall have a one-for-one correspondence to the CDB for the command being queried. If 
the device server evaluates a bit in the CDB for the command being queried, the usage map shall contain a one in 
the corresponding bit position. If any bit representing part of a field is returned as one, all bits for the field shall be 
returned as one. If the device server ignores or treats as reserved a bit in the CDB for the command being queried, 
the usage map shall contain a zero in the corresponding bit position. The usage map bits for a given CDB field all 
shall have the same value. 

For example, the CDB usage bit map for the REPORT SUPPORTED OPERATION CODES command is: A3h, 
OCh, 03h, FFh, FFh, FFh, FFh, FFh, FFh, FFh, OOh, 07h. This example assumes that the logical unit only supports 
the low-order three bits of the control byte. The first byte contains the operation code, and the second byte 
contains three reserved bits and the service action. The remaining bytes contain the usage map. 


6.24 REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command 

The REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command (see table 159) requests information 
on task management functions (see SAM-3) the addressed logical unit supports. 

The REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command is a service action of the MAINTE¬ 
NANCE IN command. Additional MAINTENANCE IN service actions are defined in SCC-2 and in this standard. 
The MAINTENANCE IN service actions defined in SCC-2 apply only to logical units that return a device type of 
OCh or the sees bit set to one in their standard INQUIRY data (see 6.4.2). 


Table 159 — REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (ODh) 

2 


5 

Reserved 

6 

(MSB) 

9 

allocation length (4h or larqer) 

(LSB) 

10 

Reserved 

11 

CONTROL 


The allocation length field specifies the number of bytes that have been allocated for the returned parameter 
data. The allocation length shall be at least four. If the allocation length is less than four, the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


213 


























T10/1416-D Revision 21b 


1 December 2004 


The format of the parameter data returned by the REPORT TASK MANAGEMENT FUNCTIONS command is 
shown in table 160. 


Table 160 — REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

ATS 

ATSS 

CACAS 

CTSS 

LURS 

QTS 

TRS 

WAKES 

1 




Reserved 





3 









An ABORT TASK supported (ats) bit set to one indicates the ABORT TASK task management function (see 
SAM-3) is supported by the logical unit. An ats bit set to zero indicates the ABORT TASK task management 
function is not supported. 

An ABORT TASK SET supported (atss) bit set to one indicates the ABORT TASK SET task management function 
(see SAM-3) is supported by the logical unit. An atss bit set to zero indicates the ABORT TASK SET task 
management function is not supported. 

A CLEAR ACA supported (CACAS) bit set to one indicates the CLEAR ACA task management function (see SAM-3) 
is supported by the logical unit. An cacas bit set to zero indicates the CLEAR ACA task management function is 
not supported. 

A CLEAR TASK SET supported (CTSS) bit set to one indicates the CLEAR TASK SET task management function 
(see SAM-3) is supported by the logical unit. An ctss bit set to zero indicates the CLEAR TASK SET task 
management function is not supported. 

A LOGICAL UNIT RESET supported (lurs) bit set to one indicates the LOGICAL UNIT RESET task management 
function (see SAM-3) is supported by the logical unit. An lurs bit set to zero indicates the LOGICAL UNIT RESET 
task management function is not supported. 

A QUERY TASK supported (qts) bit set to one indicates the QUERY TASK task management function (see 
SAM-3) is supported by the logical unit. An qts bit set to zero indicates the QUERY TASK task management 
function is not supported. 

A TARGET RESET supported (trs) bit set to one indicates the TARGET RESET task management function (see 
SAM-2) is supported by the logical unit. An trs bit set to zero indicates the TARGET RESET task management 
function is not supported. 

A WAKEUP supported (wakes) bit set to one indicates the WAKEUP task management function (see SAM-2) is 
supported by the logical unit. An wakes bit set to zero indicates the WAKEUP task management function is not 
supported. 
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6.25 REPORT TARGET PORT GROUPS command 

The REPORT TARGET PORT GROUPS command (see table 161) requests that the device server send target port 
group information to the application client. This command shall be supported by logical units that report in the 
standard INQUIRY data (see 6.4.2) that they support asymmetric logical unit access (i.e., return a non zero value in 
the tpgs field). 

The REPORT TARGET PORT GROUPS command is a service action of the MAINTENANCE IN command. 
Additional MAINTENANCE IN service actions are defined in SCC-2 and in this standard. The MAINTENANCE IN 
service actions defined only in SCC-2 apply only to logical units that return a device type of OCh or the sees bit set 
to one in their standard INQUIRY data. 


Table 161 — REPORT TARGET PORT GROUPS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OAh) 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 


8 

allocation length 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The allocation length field specifies how much space has been allocated for the returned parameter data. If the 
length is not sufficient to contain all the parameter data, the first portion of the data shall be returned. This shall not 
be considered an error. The actual length of the parameter data is available in the return data length field in the 
parameter data. If the remainder of the parameter data is required, the application client should send a new 
REPORT TARGET PORT GROUPS command with an allocation length field large enough to contain all the 
data. 

Returning REPORT TARGET PORT GROUPS parameter data may require the enabling of a nonvolatile memory. If 
the nonvolatile memory is not ready, the command shall be terminated with CHECK CONDITION status, rather 
than wait for the nonvolatile memory to become ready. The sense key shall be set to NOT READY and the 
additional sense code shall be set as described in table 180 (see 6.31). 
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The format for the parameter data returned by the REPORT TARGET PORT GROUPS command is shown in table 
162. 


Table 162 — REPORT TARGET PORT GROUPS parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

RETURN DATA LENGTH (n-3) 


3 


(LSB) 


Target port group descriptor(s) 

4 


First target port group descriptor (see table 163) 









Last port group descriptor (see table 163) 


n 




The return data length field indicates the length in bytes of the list of target port groups. If the allocation length in 
the CDB is too small to transfer all of the descriptors, the return data length field shall not be adjusted to reflect 
the truncation. 


There shall be one target port group descriptor (see table 163) for each target port group. 


Table 163 — Target port group descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PREF 

Reserved 

ASYMMETRIC ACCESS STATE 

1 

Reserved 

U_SUP S_SUP AN_SUP AO_SUP 

2 

(MSB) 

TARGET PORT GROUP 


3 


(LSB) 

4 

Reserved 

5 

STATUS CODE 

6 

Vendor unique 

7 

TARGET PORT COUNT (x) 


Target port descriptor(s) 

8 


First target port descriptor (see table 166) 


11 





n-3 


Last port group descriptor (see table 166) 


n 
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A pref bit set to one indicates that the target port group is a preferred target port group for accessing the 
addressed logical unit (see 5.8.2. 6). A pref bit set to zero indicates the target port group is not a preferred target 
port group. 

The asymmetric access state field (see table 164) contains the target port group’s current asymmetric access 
state (see 5.8.2.4). 


Table 164 — asymmetric access state field 


Code 

State 

Oh 

Active/optimized 

1h 

Active/non-optimized 

2h 

Standby 

3h 

Unavailable 

4h-Eh 

Reserved 

Fh 

Transitioning between states 


If any of the u_sup bit, s_sup bit, an_sup bit, or ao_sup bit are set to one, then the u_sup bit, s_sup bit, an_sup bit, 
and ao_sup bit are as defined in this standard. If the u_sup bit, s_sup bit, an_sup bit, and ao_sup bit are all set to 
zero, then which asymmetric access states are supported is vendor specific. 

A u_sup bit set to one indicates that the unavailable asymmetric access state is supported. A u_sup bit set to zero 
indicates that the unavailable asymmetric access state is not supported. 

An s_sup bit set to one indicates that the standby asymmetric access state is supported. An s_sup bit set to zero 
indicates that the standby asymmetric access state is not supported. 

An an_sup bit set to one indicates that the active/non-optimized asymmetric access state is supported. An an_sup 
bit set to zero indicates that the active/non-optimized asymmetric access state is not supported. 

An ao_sup bit set to one indicates that the active/optimized asymmetric access state is supported. An ao_sup bit 
set to zero indicates that the active/optimized asymmetric access state is not supported. 

The target port group field contains an identification of the target port group described by this target port group 
descriptor. 

The status code field (see table 165) indicates why a target port group may be in a specific target port group 
asymmetric access state. It provides a mechanism to indicate error conditions. 


Table 165 — status code field 


Code 

Description 

OOh 

No status available. 

01 h 

Target port group asymmetric access state changed by SET 
TARGET PORT GROUPS command. 

02 h 

Target port group asymmetric access state changed by implicit 
asymmetrical logical unit access behavior. 

03h-FFh 

Reserved 
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The target port count field indicates the number of target ports that are in that target port group and the number 
of target port descriptors in the target port group descriptor. Every target port group shall contain at least one target 
port. The target port group descriptor shall include exactly one target port descriptor for each target port in the 
target port group. 


Table 166 — Target port descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Obsolete 


1 



2 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


3 


(LSB) 


The relative target port identifier field contains a relative port identifier (see 3.1.80) of a target port in the 
target port group. 


6.26 REQUEST SENSE command 

The REQUEST SENSE command (see table 167) requests that the device server transfer sense data to the appli¬ 
cation client. 


Table 167 — REQUEST SENSE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (03h) 

1 

Reserved desc 

2 

Reserved 

3 

Reserved 

4 

ALLOCATION LENGTH 

5 

CONTROL 


The desc bit specifies which sense data format shall be returned. If desc is set to zero, fixed format sense data 
(see 4.5.3) shall be returned. If desc is set to one and descriptor format sense data (see 4.5.2) is supported, 
descriptor format sense data shall be returned. 

The allocation length field specifies how many bytes have been allocated for the returned sense data. An 
allocation length that is not sufficient to contain all of the sense data shall not be considered an error. Application 
clients should request 252 bytes of sense data to ensure they retrieve all the sense data. If fewer than 252 bytes 
are requested, sense data may be lost since the REQUEST SENSE command clears the sense data. 

Sense data shall be available and cleared under the conditions defined in SAM-3. If the device server has no other 
sense data available to return, it shall return the sense key set to NO SENSE and the additional sense code set to 
NO ADDITIONAL SENSE INFORMATION. 

If the device server is in the standby power condition or idle power condition when a REQUEST SENSE command 
is received and there is no ACA condition, it shall return the sense key set to NO SENSE and the additional sense 
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code set to LOW POWER CONDITION ON. On completion of the command the logical unit shall return to the 
same power condition that was active before the REQUEST SENSE command was received. A REQUEST SENSE 
command shall not reset any active power condition timers. 

The device server shall return CHECK CONDITION status for a REQUEST SENSE command only to report 
exception conditions specific to the REQUEST SENSE command itself. For example: 

a) An invalid field value is detected in the CDB; 

b) An unrecovered error is detected by the service delivery subsystem; or 

c) A malfunction prevents return of the sense data. 

If a REQUEST SENSE command is received from an initiator port with a pending unit attention condition (i.e., 
before the device server reports CHECK CONDITION status) and there is an exception condition specific to the 
REQUEST SENSE command itself, then the device server shall not clear the pending unit attention condition (see 
SAM-3). 

If a recovered error occurs during the processing of the REQUEST SENSE command, the device server shall 
return the sense data with GOOD status. If a device server returns CHECK CONDITION status for a REQUEST 
SENSE command, all sense data may be invalid. 

In response to a REQUEST SENSE command issued to a logical unit that the SCSI target device does not support 
the device server shall return GOOD status and parameter data that contains sense data. The sense key shall be 
set to ILLEGAL REQUEST and the additional sense code shall be set to LOGICAL UNIT NOT SUPPORTED. 

In response to a REQUEST SENSE command issued to a logical unit that the SCSI target device supports, but to 
which the peripheral device is not currently attached, the device server shall return GOOD status and parameter 
data that contains sense data. The sense key shall be set to ILLEGAL REQUEST and the additional sense code 
shall be set to LOGICAL UNIT NOT SUPPORTED. 

In response to a REQUEST SENSE command issued to a logical unit that is attached but not operational, the 
device server shall return GOOD status and parameter data that contains sense data appropriate to the condition 
that is making the logical unit not operational. 

In response to a REQUEST SENSE command issued to a logical unit that the SCSI target device is incapable of 
determining if the peripheral device is attached or is not operational when the peripheral device is not ready, the 
device server shall return GOOD status and parameter data that contains sense data with the sense key set to NO 
SENSE. 

Device servers shall return at least eighteen bytes of data in response to a REQUEST SENSE command if the 
allocation length is eighteen or greater and the desc bit is set to zero. Application clients may determine how much 
sense data has been returned by examining the allocation length field in the CDB and the additional sense 
length field in the sense data. Device servers shall not adjust the additional sense length to reflect truncation if the 
allocation length is less than the sense data available. 
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6.27 SEND DIAGNOSTIC command 

The SEND DIAGNOSTIC command (see table 168) requests the device server to perform diagnostic operations on 
the SCSI target device, on the logical unit, or on both. Logical units that support this command shall implement, at 
a minimum, the default self-test feature (i.e., the SelfTest bit equal to one and a parameter list length of zero). 


Table 168 — SEND DIAGNOSTIC command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (1 Dh) 

1 

self-test code pf Reserved SelfTest DevOffL UnitOffL 

2 

Reserved 

3 

(MSB) 

4 

PARAMETER LIST LENGTH 

(LSB) 

5 

CONTROL 


If the SelfTest bit is set to one, the self-test code field shall contain 000b. If the SelfTest bit is set to zero, the 
contents of self-test code field are specified in table 169. 


Table 169 — self-test code field 


Code 

Name 

Description 

000b 


This value shall be used when the SelfTest bit is set to one, or when the 
SelfTest bit is set to zero and the pf bit is set to one. 

001b 

Background 
short self-test 

The device server shall start its short self-test (see 5.5.2) in the background 
mode (see 5.5.3.2). The parameter list length field shall contain zero. 

010b 

Background 
extended self-test 

The device server shall start its extended self-test (see 5.5.2) in the background 
mode (see 5.5.3.2). The parameter list length field shall contain zero. 

011b 

Reserved 

100b 

Abort back¬ 
ground self-test 

The device server shall abort the current self-test running in background mode. 
The parameter list length field shall contain zero. This value is only valid if a 
previous SEND DIAGNOSTIC command specified a background self-test func¬ 
tion and that self-test has not completed. If either of these conditions is not met, 
the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REOUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

101b 

Foreground 
short self-test 

The device server shall start its short self-test (see 5.5.2) in the foreground 
mode (see 5.5.3.1). The parameter list length field shall contain zero. 

110b 

Foreground 
extended self-test 

The device server shall start its extended self-test (see 5.5.2) in the foreground 
mode (see 5.5.3.1). The parameter list length field shall contain zero. 

111b 

Reserved 


A page format (pf) bit set to one specifies that the SEND DIAGNOSTIC parameters and any parameters returned 
by a following RECEIVE DIAGNOSTIC RESULTS command with the pcv bit set to zero shall contain a single 
diagnostic page as defined in 7.1. 
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NOTE 36 - Logical units compliant with previous versions of this standard (e.g., SPC-2) may transfer more than one 
diagnostic page in the SEND DIAGNOSTIC command’s parameter list and by doing so may request that more than 
one diagnostic page be transmitted in the RECEIVE DIAGNOSTIC RESULTS command’s parameter data. 

A pf bit set to zero specifies that all SEND DIAGNOSTIC parameters are vendor specific. If the parameter list 
length field is set to zero and the SEND DIAGNOSTIC command is not going to be followed by a corresponding 
RECEIVE DIAGNOSTIC RESULTS command with the pcv bit set to zero, then the application client shall set the 
pf bit to zero. The implementation of the pf bit is optional. 

A self-test (SelfTest) bit set to one specifies that the device server shall perform the logical unit default self-test. If 
the self-test successfully passes, the command shall be terminated with GOOD status; otherwise, the command 
shall be terminated with CHECK CONDITION status, with the sense key set to HARDWARE ERROR. 

A SelfTest bit set to zero specifies that the device server shall perform the diagnostic operation specified by the 
self-test code field or in the parameter list. The diagnostic operation may require the device server to return 
parameter data that contains diagnostic results. If the return of parameter data is not required, the return of GOOD 
status indicates successful completion of the diagnostic operation. If the return of parameter data is required, the 
device server shall either: 

a) Perform the requested diagnostic operation, prepare the parameter data to be returned and indicate 
completion by returning GOOD status. The application client issues a RECEIVE DIAGNOSTIC RESULTS 
command to recover the parameter data; or 

b) Accept the parameter list, and if no errors are detected in the parameter list, return GOOD status. The 
requested diagnostic operation and the preparation of the parameter data to be returned are performed 
upon receipt of a RECEIVE DIAGNOSTIC RESULTS command. 

A unit offline (UnitOffL) bit set to one specifies that the device server may perform diagnostic operations that may 
affect the user accessible medium on the logical unit (e.g., write operations to the user accessible medium, or 
repositioning of the medium on sequential access devices). The device server may ignore the UnitOffL bit. A 
UnitOffL bit set to zero prohibits any diagnostic operations that may be detected by subsequent tasks. When the 
SelfTest bit is set to zero, the UnitOffL bit shall be ignored. 

A SCSI target device offline (DevOffL) bit set to one grants permission to the device server to perform diagnostic 
operations that may affect all the logical units in the SCSI target device (e.g., alteration of reservations, log param¬ 
eters, or sense data). The device server may ignore the DevOffL bit. A DevOffL bit set to zero prohibits diagnostic 
operations that may be detected by subsequent tasks. When the SelfTest bit is set to zero, the DevOffL bit shall 
be ignored. 

The parameter list length field specifies the length in bytes of the parameter list that shall be transferred from the 
application client Data-Out Buffer to the device server. A parameter list length of zero specifies that no data shall be 
transferred. This condition shall not be considered an error. If pf bit is set to one and the specified parameter list 
length results in the truncation of the diagnostic page (e.g., the parameter list length does not match the page 
length specified in the diagnostic page), then the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

NOTE 37 - To ensure that the diagnostic command information is not destroyed by a command sent from another 
l_T nexus, the logical unit should be reserved. 
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6.28 SET DEVICE IDENTIFIER command 

The SET DEVICE IDENTIFIER command (see table 170) requests that the device identifier information in the 
logical unit be set to the value received in the SET DEVICE IDENTIFIER parameter list. As defined in the SCC-2 
standard, the SET DEVICE IDENTIFIER command is the SET PERIPHERAL DEVICE/COMPONENT DEVICE 
IDENTIFIER service action of the MAINTENANCE OUT command. Additional MAINTENANCE IN and MAINTE¬ 
NANCE OUT service actions are defined in SCC-2 and in this standard. 

The MAINTENANCE OUT service actions defined only in SCC-2 shall apply only to SCSI devices that return a 
device type of OCh or the sees bit set to one in their standard INQUIRY data. When a SCSI devices returns a 
device type of OCh or the secs bit set to one in its standard INQUIRY data, the implementation requirements for the 
SCC-2 MAINTENANCE OUT service actions shall be as specified in SCC-2. Otherwise the MAINTENANCE OUT 
service action definitions and implementation requirements stated in this standard shall apply. 

On successful completion of a SET DEVICE IDENTIFIER command that changes the device identifier saved by the 
device, a unit attention condition shall be generated for the initiator port associated with all l_T nexuses except the 
l_T nexus on which the SET IDENTIFIER command was received (see SAM-3), with the additional sense code set 
to DEVICE IDENTIFIER CHANGED. 


Table 170 — SET DEVICE IDENTIFIER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (06h) 

2 

Reserved 

3 

Reserved 

4 


5 

Restricted 

6 

(MSB) 

7 


8 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved Restricted Reserved 

11 

CONTROL 


SCC-2 defines specific usages for bytes 4 and 5, and bit 1 in byte 10, however these fields are reserved for the 
SET DEVICE IDENTIFIER command defined by this standard. 

The parameter list length field specifies the length in bytes of the identifier that shall be transferred from the 
application client to the device server. The maximum value for this field shall be 512 bytes. A parameter list length 
of zero specifies that no data shall be transferred, and that subsequent REPORT DEVICE IDENTIFIER commands 
shall return an Identifier length of zero. Logical units that implement this command shall be capable of accepting a 
parameter list length of 64 bytes or less. If the parameter list length exceeds 64 bytes and the logical unit is not 
capable of storing the requested number of bytes, then the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 
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The SET DEVICE IDENTIFIER parameter list (see table 171) contains the identifier to be set by the addressed 
logical unit. 


Table 171 — SET DEVICE IDENTIFIER parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 




IDENTIFIER 




n 








The identifier field is a value selected by the application client using mechanisms outside the scope of this 
standard to be returned in subsequent REPORT DEVICE IDENTIFIER commands. 


6.29 SET PRIORITY command 

The SET PRIORITY command (see table 172) requests that a priority be set to the specified value. The priority set 
by this command shall remain in effect until one of the following occurs: 

a) Another SET PRIORITY command is received; 

b) Hard reset; 

c) Logical unit reset; or 

d) Power off. 

The priority set by this command shall not be affected by an l_T nexus loss. 

The priority set by a SET PRIORITY command may be used as a task priority for tasks received via that l_T_L 
nexus (see SAM-3). 

The SET PRIORITY command is a service action of the MAINTENANCE OUT command. Additional MAINTE¬ 
NANCE OUT service actions are defined in SCC-2 and in this standard. The MAINTENANCE OUT service actions 
defined only in SCC-2 apply only to logical units that return a device type of OCh or the sees bit set to one in their 
standard INQUIRY data. 


Table 172 — SET PRIORITY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OEh) 

2 

I T L nexus to set Reserved 

3 


5 

Reserved 

6 

(MSB) 

9 

PARAMETER LIST LENGTH 

(LSB) 

10 

Reserved 

11 

CONTROL 
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The i_t_l nexus to set field (see table 173) specifies the l_T_L nexus and the location of the priority value to be 
assigned to that l_T_L nexus. 


Table 173 — i_t_l nexus to set field 


Code 

Description 

00b 

The priority for the l_T_L nexus associated with this command shall be set to the value con¬ 
tained in the priority to set field in the SET PRIORITY parameter list (see table 174). All fields 
in the SET PRIORITY parameter list except the priority to set field shall be ignored. 

If the parameter list length is zero, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

01b 

The priority for the l_T_L nexus specified by the relative target port identifier field and the 
transports field in the SET PRIORITY parameter list (see table 174) shall be set to the value 
specified by the priority to set field in the SET PRIORITY parameter list. 

If the parameter list length results in the truncation of the relative target port identifier field, 
the additional descriptor length field, or the transports field, then the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to PARAMETER LIST LENGTH ERROR. 

On successful completion of a SET PRIORITY command a unit attention condition shall be 
generated for the initiator port associated with the l_T nexus specified by the transports field 
and the relative target port identifier field, with the additional sense code set to PRIORITY 
CHANGED. 

10b 

The priority value specified in the initial priority field of the Control Extension mode page (see 
7.4.7) shall be used for all l_T_L nexus regardless of any prior priority. The contents of the SET 
PRIORITY parameter list shall be ignored. 

On successful completion of a SET PRIORITY command a unit attention condition shall be gen¬ 
erated for all other l T L nexus, with the additional sense code set to PRIORITY CHANGED. 

11b 

Reserved 


The PARAMETER list length field specifies the length in bytes of the SET PRIORITY parameter list (see table 174) 
that shall be contained in the Data-Out Buffer. A parameter list length of zero specifies that the Data-Out Buffer 
shall be empty. This condition shall not be considered as an error. 


Table 174 — SET PRIORITY parameter list format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

Reserved 

PRIORITY TO SET 

1 

Reserved 

2 

(MSB) 

3 

RELATIVE TARGET PORT IDENTIFIER 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

ADDITIONAL LENGTH (n-7) 

(LSB) 

8 


n 

TRANSPORTID 
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The priority to set field specifies the priority to be assigned to the l_T_L nexus specified by the i_t_l nexus to 
set field in the CDB. The value in the priority to set field shall be returned in subsequent REPORT PRIORITY 
commands (see 6.22) until one of the conditions described in this subclause occurs. A priority to set value of zero 
specifies the l_T_L nexus specified by the i_t_l nexus to set field shall be set to the value specified in the initial 
priority field of the Control Extension mode page (see 7.4.7). The contents of the i_t_l nexus to set field may 
specify that the priority to set field is to be ignored. 

The relative target port identifier field contains the relative port identifier (see 3.1.80) of the target port that is 
part of the l_T_L nexus for which the priority is to be set. The contents of the i_t_l nexus to set field may specify 
that the relative target port identifier field is to be ignored. 

The additional length field specifies the number of bytes that follow in the SET PRIORITY parameter list (i.e., the 
size of the TransportID). 

The transportid field contains a TransportID (see 7.5.4) identifying the initiator port that is part of the l_T_L nexus 
for which the priority is to be set. The contents of the i_t_l nexus to set field may specify that the transportid 
field is to be ignored. 


6.30 SET TARGET PORT GROUPS command 

The SET TARGET PORT GROUPS command (see table 175) requests the device server to set the asymmetric 
access state of all of the target ports in the specified target port groups. See 5.8 for details regarding the transition 
between target port group asymmetric access states. This command is mandatory for all logical units that report in 
the standard INQUIRY data (see 6.4.2) that they support explicit asymmetric logical units access (i.e., the tpgs 
field contains either 10b or 11 b). 

The SET TARGET PORT GROUPS command is a service action of the MAINTENANCE OUT command. 
Additional MAINTENANCE OUT service actions are defined in SCC-2 and in this standard. The MAINTENANCE 
OUT service actions defined only in SCC-2 apply only to logical units that return a device type of OCh or the sees 
bit set to one in their standard INQUIRY data. 


Table 175 — SET TARGET PORT GROUPS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OAh) 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 


8 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 
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The parameter list length field specifies the length in bytes of the target port group management parameters 
that shall be transferred from the application client to the device server. A parameter list length of zero specifies 
that no data shall be transferred, and that no change shall be made in the asymmetric access state of any target 
port groups. If the parameter list length violates the vendor specific length requirements, the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

The allowable values to which target port asymmetric access states may be set is vendor specific and should be 
reported in the REPORT TARGET PORT GROUP parameter data (see 6.25). 

Target port groups that are not specified in a parameter list may change asymmetric access states as a result of 
the SET TARGET PORT GROUPS command. This shall not be considered an implicit target port group 
asymmetric access state change. 

If the SET TARGET PORT GROUPS attempts to establish an invalid combination of target port asymmetric access 
states or attempts to establish an unsupported asymmetric access state, then the command shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. 

If the SET TARGET PORT GROUPS command has been performed, the completion of the command depends 
upon which of the following conditions apply: 

a) If the transition is treated as a single indivisible event (see 5.8.2.5), then the SET TARGET PORT 
GROUPS command shall not complete until the transition to the requested state has completed; or 

b) If the transition is not treated as a single indivisible event (i.e., the device server supports other commands 
(see 5.8.2.5) when those commands are routed though a target port that is transitioning between 
asymmetric access states), then the SET TARGET PORT GROUPS command may complete before the 
transition into the requested state has completed. 

If the SET TARGET PORT GROUPS command is not performed successfully, the completion of the command 
depends upon which of the following conditions apply: 

a) If the processing of a SET TARGET PORT GROUPS command requires the enabling of a nonvolatile 
memory and the nonvolatile memory is not ready, then the command shall be terminated with CHECK 
CONDITION status, rather than wait for the logical unit to become ready. The sense key shall be set to 
NOT READY and the additional sense code shall be set as described in table 180 (see 6.31); or 

b) If a failure occurred before the transition was completed, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to HARDWARE ERROR, and the additional sense code set to 
SET TARGET PORT GROUPS COMMAND FAILED. 

If two SET TARGET PORT GROUPS commands are performed concurrently, the target port group asymmetric 
access state change behavior is vendor specific. A target should not process multiple SET TARGET PORT 
GROUPS concurrently. 


226 


Working Draft SCSI Primary Commands - 3 (SPC-3) 



1 December 2004 


T10/1416-D Revision 21b 


The SET TARGET PORT GROUPS parameter data format is shown in table 176. 

Table 176 — SET TARGET PORT GROUPS parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


3 




Set target port group descriptor(s) 

4 


Set target port group descriptor 0 (see table 177) 


7 





n-3 


Set target port group descriptor x (see table 177) 


n 




The format of the set target port group descriptor is defined in table 177. 


Table 177 — Set target port group descriptor parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

ASYMMETRIC ACCESS STATE 

1 

Reserved 

2 

(MSB) 

TARGET PORT GROUP 


3 


(LSB) 


The asymmetric access state field (see table 178) specifies the asymmetric access state (see 5.8.2.4) to which 
all of the target ports in the specified target port group shall transition (see 5.8.2.5). 


Table 178 — asymmetric access state field 


Value 

State 

Oh 

Active/optimized 

1h 

Active/non-optimized 

2h 

Standby 

3h 

Unavailable 

4h-Eh 

Reserved 

Fh 

Illegal Request a 

a If the asymmetric access state field is any set target port group descriptor 

contains Fh, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 


The target port group field specifies a target port group for which the asymmetric access state shall be 
changed. 
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6.31 TEST UNIT READY command 

The TEST UNIT READY command (see table 179) provides a means to check if the logical unit is ready. This is not 
a request for a self-test. If the logical unit is able to accept an appropriate medium-access command without 
returning CHECK CONDITION status, this command shall return a GOOD status. If the logical unit is unable to 
become operational or is in a state such that an application client action (e.g., START UNIT command) is required 
to make the logical unit ready, the command shall be terminated with CHECK CONDITION status, with the sense 
key set to NOT READY. 


Table 179 — TEST UNIT READY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (00h) 

1 

Reserved 

2 

Reserved 

3 

Reserved 

4 

Reserved 

5 

CONTROL 


Table 180 defines the suggested GOOD and CHECK CONDITION status responses to the TEST UNIT READY 
command. Other conditions, including deferred errors, may result in other responses (e.g., BUSY or RESER¬ 
VATION CONFLICT status). 


Table 180 — Preferred TEST UNIT READY responses 


Status 

Sense Key 

Additional Sense Code 

GOOD 

NO SENSE 

NO ADDITIONAL SENSE INFORMATION or 
other valid additional sense code. 

CHECK CONDITION 

ILLEGAL REQUEST 

LOGICAL UNIT NOT SUPPORTED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT DOES NOT RESPOND 

TO SELECTION 

CHECK CONDITION 

NOT READY 

MEDIUM NOT PRESENT 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

CAUSE NOT REPORTABLE 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT IS IN PROCESS 

OF BECOMING READY 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 
INITIALIZING COMMAND REQUIRED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

MANUAL INTERVENTION REQUIRED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

FORMAT IN PROGRESS 
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6.32 WRITE ATTRIBUTE command 

The WRITE ATTRIBUTE command (see table 181) allows an application client to write attributes to medium 
auxiliary memory. Device servers that implement the WRITE ATTRIBUTE command shall also implement the 
READ ATTRIBUTE command (see 6.14). Application clients should issue READ ATTRIBUTE commands prior to 
using this command to discover device server support for medium auxiliary memory. 


Table 181 — WRITE ATTRIBUTE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (8Dh) 

1 

Reserved 

2 


3 

Restricted (see SMC-2) 

4 


5 

VOLUME NUMBER 

6 

Reserved 

7 

PARTITION NUMBER 

8 

Reserved 

9 

Reserved 

10 

(MSB) 

11 


12 

PARAMETER LIST LENGTH 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


The volume number field specifies a volume (see SSC-2) within the medium auxiliary memory. The number of 
volumes of the medium auxiliary memory shall equal that of the attached medium. If the medium only has a single 
volume, then its volume number shall be zero. 

The partition number field specifies a partition (see SSC-2) within a volume. The number of partitions of the 
medium auxiliary memory shall equal that of the attached medium. If the medium only has a single partition, then 
its partition number shall be zero. 

If the combination of volume number and partition number is not valid, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

The parameter list length field specifies the length in bytes of the parameter list contained in the Data-Out 
Buffer. A parameter list length of zero specifies that no parameter data is present; this shall not be considered an 
error. If the parameter list length results in the truncation of an attribute, the WRITE ATTRIBUTE command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to PARAMETER LIST LENGTH ERROR. 
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The parameter list shall have the format shown in table 182. Attributes should be sent in ascending numerical 
order. If the attributes are not in order, then no attributes shall be changed and the WRITE ATTRIBUTE command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. 


Table 182 — WRITE ATTRIBUTE parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER DATA LENGTH (n-3) 


3 


(LSB) 


Attribute(s) 

4 


Attribute 0 (see 7.3.1) 









Attribute x (see 7.3.1) 


n 




The parameter data length field should contain the number of bytes of attribute data and should be ignored by 
the device server. 

The format of the attributes is described in 7.3.1. 

If there is not enough space to write the attributes to the medium auxiliary memory, then no attributes shall be 
changed and the WRITE ATTRIBUTE command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to AUXILIARY MEMORY OUT OF 
SPACE. 

If the medium auxiliary memory is not accessible because there is no medium present, then no attributes shall be 
changed and the WRITE ATTRIBUTE command shall be terminated with CHECK CONDITION status, with the 
sense key set to NOT READY, and the additional sense code set to MEDIUM NOT PRESENT. 

If the medium is present but the medium auxiliary memory is not accessible, then no attributes shall be changed 
and the WRITE ATTRIBUTE command shall be terminated with CHECK CONDITION status, with the sense key 
set to MEDIUM ERROR, and the additional sense code set to LOGICAL UNIT NOT READY, AUXILIARY MEMORY 
NOT ACCESSIBLE. 

If the medium auxiliary memory is not operational (e.g., bad checksum), the WRITE ATTRIBUTE command shall 
be terminated with CHECK CONDITION status, with the sense key set to MEDIUM ERROR, and the additional 
sense code set to AUXILIARY MEMORY WRITE ERROR. 

If the WRITE ATTRIBUTE command parameter data contains an attribute with an attribute length field (see 
7.3.1) set to zero, then one of the following actions shall occur: 

a) If the attribute state is unsupported or read only (see 5.11), then no attributes shall be changed and the 
WRITE ATTRIBUTE command shall be terminated with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST; 
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b) If the attribute state is read/write, the attribute shall be changed to the nonexistent state. This attribute shall 
not be returned in response to a READ ATTRIBUTE command and not be reported by the READ 
ATTRIBUTE command with ATTRIBUTE LIST service action; or 

c) If the attribute state is nonexistent, the attribute in the WRITE ATTRIBUTE command parameter list shall 
be ignored; this shall not be considered an error. 

No attributes shall be changed, the WRITE ATTRIBUTE command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST if the parameter data contains any of the following: 

a) An attempt to change an attribute in the read only state (see 5.11); 

b) An attribute with incorrect attribute length field (see 7.3.1) contents; or 

c) An attribute with unsupported attribute value field (see 7.3.1) contents. 


6.33 WRITE BUFFER command 

6.33.1 WRITE BUFFER command introduction 

The WRITE BUFFER command (see table 183) is used in conjunction with the READ BUFFER command as a 
diagnostic function for testing logical unit memory in the SCSI target device and the integrity of the service delivery 
subsystem. Additional modes are provided for: 

a) Downloading microcode; 

b) Downloading and saving microcode; and 

c) Downloading application logs (see 5.12). 


Table 183 — WRITE BUFFER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (3Bh) 

1 

Reserved mode 

2 

BUFFER ID 

3 

(MSB) 

4 

BUFFER OFFSET 

5 

(LSB) 

6 

(MSB) 

7 

PARAMETER LIST LENGTH 

8 

(LSB) 

9 

CONTROL 


This command shall not alter any medium of the logical unit when the data mode or the combined header and data 
mode is specified. 
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The function of this command and the meaning of fields within the CDB depend on the contents of the mode field. 
The mode field is defined in table 77. 


Table 184 — WRITE BUFFER mode field 


MODE 

Description 

OOh 

Write combined header and data 

Olh 

Vendor specific 

02h 

Write data 

04h 

Download microcode 

05h 

Download microcode and save 

06h 

Download microcode with offsets 

07h 

Download microcode with offsets and save 

OAh 

Echo buffer 

1 Ah 

Enable expander communications protocol and Echo buffer 

IBh 

Disable expander communications protocol 

ICh 

Download application log 

03h 

Reserved 

08h - 09h 

Reserved 

OBh- 19h 

Reserved 

IDh-IFh 

Reserved 


NOTES 

38 Modes OOh andO 001 h are not recommended. 

39 When downloading microcode with buffer offsets, the WRITE BUFFER command mode should be 06h or 07h. 

6.33.2 Combined header and data mode (OOh) 

In this mode, data to be transferred is preceded by a four-byte header. The four-byte header consists of all reserved 
bytes. The buffer id and the buffer offset fields shall be zero. The parameter list length field specifies the 
maximum number of bytes that shall be transferred from the Data-Out Buffer. This number includes four bytes of 
header, so the data length to be stored in the device server’s buffer is parameter list length minus four. The appli¬ 
cation client should attempt to ensure that the parameter list length is not greater than four plus the buffer 
capacity field value (see 6.15.2) that is returned in the header of the READ BUFFER command (mode Oh). If the 
parameter list length exceeds the buffer capacity, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST. 

6.33.3 Vendor specific mode (01 h) 

In this mode, the meaning of the buffer id, buffer offset, and parameter list length fields are not specified by 
this standard. 

6.33.4 Data mode (02h) 

In this mode, the Data-Out Buffer contains buffer data destined for the logical unit. The buffer id field identifies a 
specific buffer within the logical unit. The vendor assigns buffer ID codes to buffers within the logical unit. Buffer ID 
zero shall be supported. If more than one buffer is supported, then additional buffer ID codes shall be assigned 
contiguously, beginning with one. If an unsupported buffer ID code is selected, the command shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN CDB. 
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Data are written to the logical unit buffer starting at the location specified by the buffer offset field. The appli¬ 
cation client should conform to the offset boundary requirements returned in the READ BUFFER descriptor. If the 
device server is unable to accept the specified buffer offset, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 

The parameter list length field specifies the maximum number of bytes that shall be transferred from the 
Data-Out Buffer to be stored in the specified buffer beginning at the buffer offset. The application client should 
attempt to ensure that the parameter list length plus the buffer offset does not exceed the capacity of the specified 
buffer. The capacity of the buffer may be determined by the buffer capacity field in the READ BUFFER descriptor. 
If the buffer offset and parameter list length fields specify a transfer in excess of the buffer capacity, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

6.33.5 Download microcode mode (04h) 

If the logical unit is unable to accept this command because of some device condition, each WRITE BUFFER 
command with this mode (04h) shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. 

In this mode, vendor specific microcode or control information shall be transferred to the control memory space of 
the logical unit. After a hard reset, the device operation shall revert to a vendor specific condition. The meanings of 
the buffer id, buffer offset, and parameter list length fields are not specified by this standard and are not 
required to be zero-filled. When the microcode download has completed successfully the device server shall 
generate a unit attention condition (see SAM-3) for the initiator port associated with all l_T nexuses except the l_T 
nexus on which the WRITE BUFFER command was received, with the additional sense code set to MICROCODE 
HAS BEEN CHANGED. 

6.33.6 Download microcode and save mode (05h) 

If the logical unit is unable to accept this command because of some device condition, each WRITE BUFFER 
command with this mode (05h) shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. 

In this mode, vendor specific microcode or control information shall be transferred to the logical unit and, if the 
WRITE BUFFER command is completed successfully, also shall be saved in a nonvolatile memory space 
(semiconductor, disk, or other). The downloaded code shall then be effective after each hard reset until it is 
supplanted in another download microcode and save operation or download microcode with offsets and save 
operation. The meanings of the buffer id, buffer offset, and parameter list length fields are not specified by 
this standard and are not required to be zero-filled. When the download microcode and save command has 
completed successfully the device server shall generate a unit attention condition (see SAM-3) for the initiator port 
associated with all l_T nexuses except the l_T nexus on which the WRITE BUFFER command was received with 
the additional sense code set to MICROCODE HAS BEEN CHANGED. 

6.33.7 Download microcode with offsets (06h) 

In this mode, the application client may split the transfer of the vendor specific microcode or control information 
over two or more WRITE BUFFER commands. If the logical unit is unable to accept this command because of 
some device condition, each WRITE BUFFER command with this mode (06h) shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
COMMAND SEQUENCE ERROR. 

If the last WRITE BUFFER command of a set of one or more commands completes successfully, then the 
microcode or control information shall be transferred to the control memory space of the logical unit. After a hard 
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reset, the device shall revert to a vendor specific condition. In this mode, the Data-Out Buffer contains vendor 
specific, self-describing microcode or control information. 

Since the downloaded microcode or control information may be sent using several commands, when the logical 
unit detects the last download microcode with offsets WRITE BUFFER command has been received, the device 
server shall perform any logical unit required verification of the complete set of downloaded microcode or control 
information prior to returning GOOD status for the last command. After the last command completes successfully 
the device server shall generate a unit attention condition (see SAM-3) for the initiator port associated with all l_T 
nexuses except the l_T nexus on which the set of WRITE BUFFER commands was received, with the additional 
sense code set to MICROCODE HAS BEEN CHANGED. 

If the complete set of WRITE BUFFER commands required to effect a microcode or control information change 
(one or more commands) are not received before a logical unit reset or l_T nexus loss occurs, the change shall not 
be effective and the new microcode or control information shall be discarded. 

The buffer id field specifies a buffer within the logical unit. The vendor assigns buffer ID codes to buffers within the 
logical unit. A buffer ID value of zero shall be supported. If more than one buffer is supported, then additional buffer 
ID codes shall be assigned contiguously, beginning with one. If an unsupported buffer ID code is specified, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

The microcode or control information are written to the logical unit buffer starting at the location specified by the 
buffer offset field. The application client shall send commands that conform to the offset boundary requirements 
(see 6.15.5). If the device server is unable to accept the specified buffer offset, the command shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN CDB. 

The parameter list length field specifies the maximum number of bytes that shall be present in the Data-Out 
Buffer to be stored in the specified buffer beginning at the buffer offset. The application client should attempt to 
ensure that the parameter list length plus the buffer offset does not exceed the capacity of the specified buffer. The 
capacity of the buffer may be determined by the buffer capacity field in the READ BUFFER descriptor. If the 
buffer offset and parameter list length fields specify a transfer in excess of the buffer capacity, then the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

6.33.8 Download microcode with offsets and save mode (07h) 

In this mode, the application client may split the transfer of the vendor specific microcode or control information 
over two or more WRITE BUFFER commands. If the logical unit is unable to accept this command because of 
some device condition, each WRITE BUFFER command with this mode (07h) shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
COMMAND SEQUENCE ERROR. 

If the last WRITE BUFFER command of a set of one or more commands completes successfully, then the 
microcode or control information shall be saved in a nonvolatile memory space (e.g., semiconductor, disk, or 
other). The saved downloaded microcode or control information shall then be effective after each hard reset until it 
is supplanted by another download microcode with save operation or download microcode with offsets and save 
operation. In this mode, the Data-Out Buffer contains vendor specific, self-describing microcode or control infor¬ 
mation. 

Since the downloaded microcode or control information may be sent using several commands, when the logical 
unit detects the last download microcode with offsets and save mode WRITE BUFFER command has been 
received, the device server shall perform any logical unit required verification of the complete set of downloaded 
microcode or control information prior to returning GOOD status for the last command. After the last command 
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completes successfully the device server shall generate a unit attention condition (see SAM-3) for the initiator port 
associated with all l_T nexuses except the l_T nexus on which the set of WRITE BUFFER commands was 
received, with the additional sense code set to MICROCODE HAS BEEN CHANGED. 

If the complete set of WRITE BUFFER commands required to effect a microcode or control information change 
(one or more commands) are not received before a logical unit reset or l_T nexus loss occurs, the change shall not 
be effective and the new microcode or control information shall be discarded. 

The buffer id field specifies a buffer within the logical unit. The vendor assigns buffer ID codes to buffers within the 
logical unit. A buffer ID value of zero shall be supported. If more than one buffer is supported, then additional buffer 
ID codes shall be assigned contiguously, beginning with one. If an unsupported buffer ID code is specified, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

The microcode or control information are written to the logical unit buffer starting at the location specified by the 
buffer offset field. The application client shall conform to the offset boundary requirements. If the device server 
is unable to accept the specified buffer offset, the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The parameter list length field specifies the maximum number of bytes that shall be present in the Data-Out 
Buffer to be stored in the specified buffer beginning at the buffer offset. The application client should attempt to 
ensure that the parameter list length plus the buffer offset does not exceed the capacity of the specified buffer. The 
capacity of the buffer may be determined by the buffer capacity field in the READ BUFFER descriptor. If the 
buffer offset and parameter list length fields specify a transfer in excess of the buffer capacity, then the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

6.33.9 Write data to echo buffer (OAh) 

In this mode the device server transfers data from the application client and stores it in an echo buffer. An echo 
buffer is assigned in the same manner by the device server as it would for a write operation. Data shall be sent 
aligned on four-byte boundaries. The buffer id and buffer offset fields are ignored in this mode. 

NOTE 40 - It is recommended that the logical unit assign echo buffers on a per l_T nexus basis to limit the number 
of exception conditions that may occur when multiple initiator ports are present. 

Upon successful completion of a WRITE BUFFER command the data shall be preserved in the echo buffer unless 
there is an intervening command to any logical unit in which case it may be changed. 

The parameter list length field specifies the maximum number of bytes that shall be transferred from the 
Data-Out Buffer to be stored in the echo buffer. The application client should attempt to ensure that the parameter 
list length does not exceed the capacity of the echo buffer. The capacity of the echo buffer may be determined by 
the buffer capacity field in the READ BUFFER echo buffer descriptor. If the parameter list length field 
specifies a transfer in excess of the buffer capacity, the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

6.33.10 Enable expander communications protocol and Echo buffer (1 Ah) 

Receipt of a WRITE BUFFER command with this mode (1Ah) causes a communicative expander (see SPI-5) to 
enter the expanded communications protocol mode. Device servers in SCSI target devices that receive a WRITE 
BUFFER command with this mode shall process it as if it were a WRITE BUFFER command with mode OAh (see 
6.33.9). 
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6.33.11 Disable expander communications protocol (IBh) 

Receipt of a WRITE BUFFER command with this mode (IBh) causes a communicative expander (see SPI-5) to 
exit the expanded communications protocol mode and return to simple expander operation. Device servers in SCSI 
target devices that receive a WRITE BUFFER command with this mode shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 

6.33.12 Download application log (ICh) 

In this mode the device server transfers data from the application client and stores it in an application log (see 
5.12). The format of the application log data is as specified in table 185. The buffer id field and buffer offset 
field are ignored in this mode. 

Upon successful completion of a WRITE BUFFER command the data shall be appended to the application log. 

The parameter list length field specifies the maximum number of bytes that shall be transferred from the 
Data-Out Buffer to be stored in the application log. If the parameter list length field specifies a transfer that 
exceeds the application log’s capacity, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


Table 185 — Application log data WRITE BUFFER format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

VENDOR IDENTIFICATION 


7 


(LSB) 

8 

(MSB) 

ERROR TYPE 


9 


(LSB) 

10 


Reserved 


11 



12 

(MSB) 

TIME STAMP 


17 


(LSB) 

18 


Reserved 


19 



20 

Reserved code set 

21 

ERROR LOCATION FORMAT 

22 

(MSB) 

ERROR LOCATION LENGTH (m-25) 


23 


(LSB) 

24 

(MSB) 

VENDOR SPECIFIC LENGTH (n-m) 


25 


(LSB) 

26 

(MSB) 

ERROR LOCATION 


m 


(LSB) 

m+1 


VENDOR SPECIFIC 


n 
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The vendor identification field contains eight bytes of left-aligned ASCII data (see 4.4.1) identifying the vendor of 
the product. The vendor identification shall be one assigned by INCITS. A list of assigned vendor identifications is 
in Annex E and on the T10 web site (www.T10.org). 

The error type field (see table 186) specifies the error detected by the application client. 


Table 186 — error type field 


Code 

Description 

OOOOh 

No error specified by the application client 

0001 h 

An unknown error was detected by the application client 

0002h 

The application client detected corrupted data 

0003h 

The application client detected a permanent error 

0004h 

The application client detected a service response of 
SERVICE DELIVERY OR TARGET FAILURE (SAM-3). 

0005h - 7FFFh 

Reserved 

8000h - FFFFh 

Vendor specific 


The time stamp field shall contain the number of milliseconds that have elapsed since midnight, 1 January 1970 UT 
(see 3.1.115). The application client shall set the time stamp field to zero if it is not able to determine the UT of the 
log entry. 

The code set field specifies the code set used for the application log information (see table 187) and shall only 
apply to information contained in the vendor specific field. 

NOTE 41 - The code set field is intended to be an aid to software that displays the application log information. 


Table 187 — code set field 


Code 

Description 

Oh 

Reserved 

1h 

The application log information is binary 

2h 

The application log information is ASCII printable characters (i.e., code 
values 20h through 7Eh) 

3h 

The application log information is ISO/IEC 10646-1 (UTF-8) codes 

4h - Fh 

Reserved 


The error location format field specifies the format (see table 188) of the error location field. 


Table 188 — error location format field 


Code 

Description 

OOh 

No error specified by the application client 

Olh 

The error location field specifies the logical block (e.g., LBA) associated 


with the error information contained within the application log. 

02h - 7Fh 

Reserved 

80h - FFh 

Vendor specific 
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The ERROR LOCATION length field specifies the length of the error location field. The error location length 
field value shall be a multiple of four. An error location length value of zero specifies there is no error location infor¬ 
mation. 

The VENDOR specific length field specifies the length of the vendor specific field. The vendor specific length 
field value shall be a multiple of four. A vendor specific length value of zero specifies there is no vendor specific 
information. 

The error location field specifies the location at which the application client detected the error. 

The vendor specific field provides vendor specific information on the error. 
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7 Parameters for all device types 

7.1 Diagnostic parameters 

7.1.1 Diagnostic page format and page codes for all device types 

This subclause describes the diagnostic page structure and the diagnostic pages that are applicable to all SCSI 
devices. Diagnostic pages specific to each device type are described in the command standard (see 3.1.18) that 
applies to that device type. 

A SEND DIAGNOSTIC command with a pf bit set to one specifies that the SEND DIAGNOSTIC parameter list 
consists of a single diagnostic page and that the data returned by the subsequent RECEIVE DIAGNOSTIC 
RESULTS command that has the pcv bit set to zero shall use the diagnostic page format defined in table 189. A 
RECEIVE DIAGNOSTIC RESULTS command with a pcv bit set to one specifies that the device server return a 
diagnostic page using the format defined in table 189. 


Table 189 — Diagnostic page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE 

1 

Page code specific 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


Diagnostic parameters 


n 




Each diagnostic page defines a function or operation that the device server shall perform as a result of a SEND 
DIAGNOSTIC command or the information being returned as a result of a RECEIVE DIAGNOSTIC RESULTS 
command with the pcv bit equal to one. The diagnostic page contains a page header followed by the data that is 
formatted according to the page code specified. 
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The page code field identifies the diagnostic page (see table 190). 


Table 190 — Diagnostic page codes 


Page Code 

Diagnostic Page Name 

Reference 

OOh 

Supported Diagnostic Pages 

7.1.2 

01 h - 2Fh 

Defined by SES-2 for: 

a) Enclosure services devices (i.e., SCSI 
devices with the peripheral device type 
field set to ODh in standard INQUIRY data); 
and 

b) SCSI devices with the encserv bit set to 
one in standard INQUIRY data (see 6.4.2). 

SES-2 

30h - 3Eh 

Reserved 


3Fh 

See specific SCSI transport protocol for definition 


40h - 7Fh 

See specific device type for definition 


80h - FFh 

Vendor specific 



The page length field contains the length in bytes of the diagnostic parameters that follow this field. If the appli¬ 
cation client sends a SEND DIAGNOSTIC command with a parameter list containing a page length field that 
results in the truncation of any parameter, then the command shall be terminated with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 

The diagnostic parameters are defined for each diagnostic page code. The diagnostic parameters within a 
diagnostic page may be defined differently in a SEND DIAGNOSTIC command than in a RECEIVE DIAGNOSTIC 
RESULTS command. 
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7.1.2 Supported diagnostic pages 

The Supported Diagnostic Pages diagnostic page (see table 191) returns the list of diagnostic pages implemented 
by the device server. This diagnostic page shall be implemented if the device server implements the diagnostic 
page format option of the SEND DIAGNOSTIC and RECEIVE DIAGNOSTIC RESULTS commands. 


Table 191 — Supported diagnostic pages 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (OOh) 

1 

Reserved 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


SUPPORTED PAGE LIST 


n 




The definition of this diagnostic page for the SEND DIAGNOSTIC command includes only the first four bytes. If the 
PAGE LENGTH field is not zero, the device server shall terminate the SEND DIAGNOSTIC command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN PARAMETER LIST. This diagnostic page instructs the device server to make available the list of all 
supported diagnostic pages to be returned by a subsequent RECEIVE DIAGNOSTIC RESULTS command. 

The definition of this diagnostic page for the RECEIVE DIAGNOSTIC RESULTS command includes the list of 
diagnostic pages supported by the device server. 

The page length field specifies the length in bytes of the following supported page list. 

The supported page list field shall contain a list of all diagnostic page codes, one per byte, implemented by the 
device server in ascending order beginning with page code OOh. 
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7.2 Log parameters 

7.2.1 Log page structure and page codes for all device types 

This subclause describes the log page structure and the log pages that are applicable to all SCSI devices. Log 
pages specific to each device type are described in the command standard (see 3.1.18) that applies to that device 
type. The LOG SELECT command (see 6.5) supports the ability to send zero or more log pages. The LOG SENSE 
command (see 6.6) returns a single log page specified in the page code field of the CDB. 

Each log page begins with a four-byte page header followed by zero or more variable-length log parameters 
defined for that log page. The log page format is defined in table 192. 


Table 192 — Log page format 


Bit 

Byte 

7 6 

5 4 3 2 1 0 

0 

Reserved 

PAGE CODE 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Log parameter(s) 

4 

Log parameter (First) 

x+3 

(Length x) 



n-y+1 

Log parameter (Last) 

n 

(Length y) 


The value in the page code field is the number of the log page is being transferred. 

The value in the page length field is the length in bytes of the following log parameters. If the application client 
sends a log page length that results in the truncation of any parameter, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST. 
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Most log pages contain one or more special data structures called log parameters (see table 193). Log parameters 
may be data counters of a particular event(s), the conditions under which certain operations were performed, or list 
parameters that contain a character string description of a particular event. 


Table 193 — Log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE 

(LSB) 

2 

DU DS TSD ETC TMC LBIN LP 

3 

PARAMETER LENGTH (n-3) 

4 


n 

PARAMETER VALUE 


Each log parameter begins with a four-byte parameter header followed by one or more bytes of parameter value 
data. 

The parameter code field identifies the log parameter being transferred for that log page. 

The du, ds, tsd, etc, tmc, lbin, and lp fields are collectively referred to as the parameter control byte. These 
fields are described below in this subclause. 

For cumulative log parameter values, indicated by the pc field of the LOG SELECT and LOG SENSE commands, 
the disable update (du) bit is defined as follows: 

a) A zero value indicates that the device server shall update the log parameter value to reflect all events that 
should be noted by that parameter; or 

b) A one value indicates that the device server shall not update the log parameter value except in response to 
a LOG SELECT command that specifies a new value for the parameter. 

NOTE 42 - When updating cumulative log parameter values, a device server may use volatile memory to hold these 
values until a LOG SELECT or LOG SENSE command is received with an sp bit set to one or a vendor specific 
event occurs. As a result the updated cumulative log parameter values may be lost if a power cycle occurs. 

The du bit is not defined for threshold values, indicated by the pc field of the LOG SENSE command, nor for list 
parameters as indicated by the lp bit. The device server shall ignore the value of the du bit in any log parameters 
received with a LOG SELECT command. 

A disable save (ds) bit set to zero indicates that the logical unit supports saving for that log parameter. The device 
server shall save the current cumulative or the current threshold parameter value, depending on the value in the pc 
field of the CDB, in response to a LOG SELECT or LOG SENSE command with an sp bit set to one. A ds bit set to 
one indicates that the logical unit does not support saving that log parameter in response to a LOG SELECT or 
LOG SENSE command with an sp bit set to one. 

A target save disable (tsd) bit set to zero indicates that the logical unit implicitly saves the log parameter at vendor 
specific intervals. This implicit saving operation shall be done frequently enough to insure that the cumulative 
parameter values retain statistical significance (i.e., across power cycles). A tsd bit set to one indicates that either 
the logical unit does not implicitly save the log parameter or implicit saving of the log parameter has been disabled 
individually by an application client setting the tsd bit to one. An application client may disable the implicit saving 
for all log parameters without changing any tsd bits using the gltsd bit in the Control mode page (see 7.4.6). 
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An enable threshold comparison (etc) bit set to one indicates that a comparison to the threshold value is 
performed whenever the cumulative value is updated. An etc bit set to zero indicates that a comparison is not 
performed. The value of the etc bit is the same for cumulative and threshold parameters. 

The threshold met criteria (tmc) field (see table 194) defines the basis for comparison of the cumulative and 
threshold values. The tmc field is valid only if the etc bit is set to one. The value of the tmc field is the same for 
cumulative and threshold parameters. 


Table 194 — Threshold met criteria 


Code 

Basis for comparison 

00b 

Every update of the cumulative value 

01b 

Cumulative value equal threshold value 

10b 

Cumulative value not equal threshold value 

11b 

Cumulative value greater than threshold value 


If the etc bit is set to one and the result of the comparison is true, a unit attention condition shall be generated for 
the initiator port associated with all l_T nexuses, with the additional sense code set to THRESHOLD CONDITION 
MET 

The lbin bit is only valid if the lp bit is set to one. If the lp bit is set to one and the lbin bit is set to zero, then the list 
parameter is ASCII data (see 4.4.1). If the lp bit is set to one and the lbin bit is set to one, then the list parameter is 
a list of binary information. 

The list parameter (lp) bit indicates the format of the log parameter. If an application client attempts to set the value 
of the lp bit to a value other than the one returned for the same parameter in the LOG SENSE command, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST 

An lp bit set to zero indicates that the parameter is a data counter. Data counters are associated with one or more 
events; the data counter is updated whenever one of these events occurs by incrementing the counter value. If 
each data counter has associated with it a vendor specific maximum value, then upon reaching this maximum 
value, the data counter shall not be incremented (i.e., it does not wrap). When a data counter reaches its maximum 
value, the device server shall set the associated du bit to one. If the data counter is at or reaches its maximum 
value during the processing of a command, the device server shall complete the command. If the command 
completes correctly, except for the data counter being at its maximum value, and if the rlec bit of the Control mode 
page (see 7.4.6) is set to one; then the device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to RECOVERED ERROR, and the additional sense code set to LOG COUNTER AT 
MAXIMUM. 

An lp bit set to one indicates that the parameter is a list parameter. List parameters are not counters and thus the 
etc and tmc fields shall be set to zero. 

If more than one list parameter is defined in a single log page, the following rules apply to assigning parameter 
codes: 

a) The parameter updated last shall have a higher parameter code than the previous parameter, except as 
defined in rule b); and 

b) When the maximum parameter code value supported by the logical unit is reached, the device server shall 
assign the lowest parameter code value to the next log parameter (i.e., wrap-around parameter codes). If 
the associated command completes correctly, except for the parameter code being at its maximum value, 
and if the rlec bit of the Control mode page (see 7.4.6) is set to one; then the command shall be termi- 
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nated with CHECK CONDITION status, with the sense key set to RECOVERED ERROR, and the 
additional sense code set to LOG LIST CODES EXHAUSTED. 

NOTE 43 - List parameters may be used to store the locations of defective blocks in the following manner. When a 
defective block is identified, a list parameter is updated to reflect the location and cause of the defect. When the 
next defect is encountered, the list parameter with the next higher parameter code is updated to record this defect. 

The size of the log page may be made vendor specific to accommodate memory limitations. It is recommended that 
one or more data counter parameters be defined for the log page to keep track of the number of valid list param¬ 
eters and the parameter code of the parameter with the oldest recorded defect. This technique may be adapted to 
record other types of information. 

The parameter length field specifies the length in bytes of the following parameter value. If the application client 
sends a parameter length value that results in the truncation of the parameter value, the command shall be termi¬ 
nated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST. 

If the application client sends a log parameter value that is outside the range supported by the logical unit, and 
rounding is implemented for that parameter, the device server may either: 

a) Round to an acceptable value and terminate the command as described in 5.4; or 

b) Terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

When any counter in a log page reaches its maximum value, incrementing of all counters in that log page shall 
cease until reinitialized by the application client via a LOG SELECT command. If the rlec bit of the Control mode 
page is set to one, then the device server shall report the exception condition. 
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The page code assignments for the log pages are listed in table 195. 


Table 195 — Log page codes 


Page Code 

Log Page Name 

Reference 

OFh 

Application Client 

7.2.2 

Olh 

Buffer Over-Run/Under-Run 

7.2.3 

2Fh 

Informational Exceptions 

7.2.5 

OBh 

Last n Deferred Errors or Asynchronous Events 

7.2.6 

07h 

Last n Error Events 

7.2.7 

06h 

Non-Medium Error 

7.2.8 

18h 

Protocol Specific Port 

7.2.9 

03h 

Read Error Counter 

7.2.4 

04h 

Read Reverse Error Counter 

7.2.4 

lOh 

Self-Test Results 

7.2.10 

OEh 

Start-Stop Cycle Counter 

7.2.11 

OOh 

Supported Log Pages 

7.2.12 

ODh 

Temperature 

7.2.13 

05h 

Verify Error Counter 

7.2.4 

02h 

Write Error Counter 

7.2.4 

08h - OAh 

Reserved (may be used by specific device types) 


OCh 

Reserved (may be used by specific device types) 


11 h- 17h 

Reserved (may be used by specific device types) 


19h - 2Eh 

Reserved (may be used by specific device types) 


3Fh 

Reserved 


30h - 3Eh 

Vendor specific 


Annex D contains a listing of log pages codes in numeric order. 
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7.2.2 Application Client log page 

The Application Client log page (see table 196) provides a place for application clients to store information. The 
page code for the application client page is OFh. 


Table 196 — Application client log page 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (OFh) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Application client log parameters 

4 



First application client log parameter 





n 

Last application client log parameter 


The page code and page length fields are described in 7.2.1. 

Parameter codes OOOOh through OFFFh are for general usage application client data. The intended use for this 
information is to aid in describing the system configuration and system problems, but the exact definition of the 
data is application client specific. The general usage application client data parameters all have the format shown 
in table 197. 


Table 197 — General usage application client parameter data 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE 

(LSB) 

2 

DU DS TSD ETC TMC LBIN LP 

3 

PARAMETER LENGTH (FCh) 

4 


255 

GENERAL USAGE PARAMETER BYTES 


For general usage application client data, the value in the parameter code field shall be between OOOOh and 
OFFFh. The first supported general usage application client parameter code shall be OOOOh and additional 
supported parameters shall be sequentially numbered. If any general usage parameter codes are implemented, 
the device shall support at least 64 general usage parameter descriptors and they shall be parameter codes OOOOh 
through 003Fh. 

For the general usage application client parameter, the parameter length value for each parameter shall be FCh. 
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The state of the log parameter control bits for parameters OOOOh through OFFFh is specified in table 198. 

Table 198 — Parameter control bits for general usage parameters (OOOOh through OFFFh) 


Bit 

Value 

Description 

DU 

1 

Value provided by application client 

DS 

0 

Device server supports saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

1 

The parameter is in binary format 

LP 

1 

The parameter is a list parameter 


The values stored in the general usage parameter bytes represent data sent to the device server in a previous 
LOG SELECT command. If a previous LOG SELECT command has not occurred, the data is vendor specific. 

In the application client log page, parameter codes lOOOh through FFFFh are reserved. 

7.2.3 Buffer Over-Run/Under-Run log page 

The Buffer Over-Run/Under-Run log page (page code 01 h) defines 24 data counters that may be used to record 
the number of buffer over-runs or under-runs for the logical unit. A logical unit that implements this log page may 
implement one or more of the defined data counters. 

A buffer over-run or under-run may occur when a SCSI initiator device does not transmit data to or from the logical 
unit’s buffer fast enough to keep up with reading or writing the media. The cause of this problem is protocol specific. 
A buffer over-run condition may occur during a read operation when a buffer full condition prevents continued 
transfer of data from the media to the buffer. A buffer under-run condition may occur during a write operation when 
a buffer empty condition prevents continued transfer of data to the media from the buffer. Most devices incur a 
delay at this point while the media is repositioned. 

Table 199 defines the parameter code field for the buffer over-run/under-run counters. 


Table 199 — Parameter code field for buffer over-run/under-run counters 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

1 

COUNT BASIS CAUSE TYPE 


The parameter code field for buffer over-run/under-run counters is a 16-bit value comprised of eight reserved bits, 
a three-bit count basis field (see table 200), a four-bit cause field (see table 201), and a one-bit type field. These 
are concatenated to determine the value of the parameter code for that log parameter. (E.g., a counter for 
parameter code value of 0023h specifies a count basis of 001 b, a cause of 0001 b, and a type of 1 b. This counter is 
incremented once per command that experiences an over-run due to the SCSI bus being busy.) 
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The count basis field defines the criteria for incrementing the counter. The criteria are defined in table 200. 


Table 200 — Count basis definition 


Count basis 

Description 

000b 

001b 

010b 

011b 

100b- 111b 

Undefined 

Per command 

Per failed reconnect 

Per unit of time 

Reserved 


NOTE 44 - The per unit of time count basis is device type specific. Direct-access devices typically use a latency 
period (i.e., one revolution of the medium) as the unit of time. 

The cause field indicates the reason that the over-run or under-run occurred. The following causes are defined in 
table 201. 


Table 201 — cause field definition 


Cause 

Description 

Oh 

1h 

2h 

3h - Fh 

Undefined 

Bus busy 

Transfer rate too slow 

Reserved 


The type field indicates whether the counter records under-runs or over-runs. A value of zero specifies a buffer 
under-run condition and a value of one specifies a buffer over-run condition. 

The counters contain the total number of times buffer over-run or under-run conditions have occurred since the last 
time the counter was cleared. The counter shall be incremented for each occurrence of an under-run or over-run 
condition and may be incremented more than once for multiple occurrences during the processing of a single 
command. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


249 




T10/1416-D Revision 21b 


1 December 2004 


7.2.4 Error counter log pages 

This subclause defines the error counter log pages (see table 202). 

Table 202 — Error counter log page codes 


Page Code 

Loge Page Name 

03h 

Read Error Counter 

04h 

Read Reverse Error Counter 

05h 

Verify Error Counter 

02h 

Write Error Counter 


The log page format is defined in 7.2.1. A log page may return one or more log parameters that record events 
defined by the parameter codes. Table 203 defines the parameter codes for the error counter log pages. 


Table 203 — Parameter codes for error counter log pages 


Parameter code 

Description 

OOOOh 

0001 h 

0002h 

0003h 

0004h 

0005h 

0006h 

0007h - 7FFFh 

8000h - FFFFh 

Errors corrected without substantial delay 
Errors corrected with possible delays 

Total (e.g., rewrites or rereads) 

Total errors corrected 

Total times correction algorithm processed 
Total bytes processed 

Total uncorrected errors 

Reserved 

Vendor specific 


NOTE 45 - The exact definition of the error counters is not part of this standard. These counters should not be used 
to compare products because the products may define errors differently. 
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7.2.5 Informational Exceptions log page 

The Informational Exceptions log page (see table 204) provides a place for reporting detail about informational 
exceptions. The page code for the Informational Exceptions log page is 2Fh. 


Table 204 — Informational Exceptions log page 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (2Fh) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

Informational exceptions log parameters 

4 

First informational exceptions log parameter 



n 

Last informational exceptions log parameter 


The page code and page length fields are described in 7.2.1. 


Table 205 defines the parameter codes. 


Table 205 — Informational exceptions parameter codes 


Parameter code 

Description 

OOOOh 

0001 h - FFFFh 

Informational exceptions general parameter data 
Vendor specific 


The informational exceptions general parameter data page has the format shown in table 206. 


Table 206 — Informational exceptions general parameter data 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (OOOOh) 

(LSB) 

2 

DU DS TSD ETC TMC LBIN LP 

3 

PARAMETER LENGTH (n-3) 

4 

INFORMATIONAL EXCEPTION ADDITIONAL SENSE CODE 

5 

INFORMATIONAL EXCEPTION ADDITIONAL SENSE CODE QUALIFIER 

6 

MOST RECENT TEMPERATURE READING 

7 


n 

Vendor specific 
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The values of the log parameter control bits for self test results log parameters is specified in table 207. 

Table 207 — Parameter control bits for Informational exceptions log parameter (OOOOh) 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

0 

Device server supports saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

1 

The parameter is in binary format 

LP 

1 

The parameter is a list parameter 


The parameter length field is described in 7.2.1. The parameter length shall be at least 04h. 

If the informational exception additional sense code field contains zero, no informational exception condition is 
pending and contents of the informational exception additional sense code qualifier field are unspecified. If 
the informational exception additional sense code field contains any value other than zero, an informational 
exception condition exists that has an additional sense code indicated by informational exception additional 
sense code field and an additional sense code qualifier indicated by the informational exception additional 
sense code qualifier field. 

The most recent temperature reading field indicates the temperature in degrees Celsius of the SCSI target 
device at the time the LOG SENSE command is performed. Temperatures equal to or less than zero degrees 
Celsius shall be indicated by a value of zero. If the device server is unable to detect a valid temperature because of 
a sensor failure or other condition, the value returned shall be FFh. The temperature should be reported with an 
accuracy of plus or minus three Celsius degrees while the device is operating at a steady state within the environ¬ 
mental limits specified for the device. 

7.2.6 Last n Deferred Errors or Asynchronous Events log page 

The Last n Deferred Errors or Asynchronous Events log page (page code OBh) provides for a number of deferred 
errors or asynchronous events sense data records using the list parameter format of the log page. The number of 
these deferred errors or asynchronous events records supported, n, is vendor specific. Each deferred error or 
asynchronous event record contains SCSI sense data for a deferred error or asynchronous event that has 
occurred. The parameter code associated with the record indicates the relative time at which the deferred error or 
asynchronous event occurred. A higher parameter code indicates that the deferred error or asynchronous event 
occurred later in time. 

The content of the parameter value field of each log parameter is the SCSI sense data describing the deferred 
error. 

The fields du, tsd, etc, and tmc are reserved and shall be set to zero. The lbin bit shall be set to one to indicate 
binary information. The lp bit shall be set to one to indicate a list parameter. 

7.2.7 Last n Error Events log page 

The Last n Error Events log page (page code 07h) provides for a number of error-event records using the list 
parameter format of the log page. The number of these error-event records supported, n, is vendor specific. Each 
error-event record contains vendor specific diagnostic information for a single error encountered by the device. The 
parameter code associated with error-event record indicates the relative time at which the error occurred. A higher 
parameter code indicates that the error event occurred later in time. 
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The content of the parameter value field of each log parameter is an ASCII data (see 4.4.1) that may describe the 
error event. The exact contents of the character string is not defined by this standard. 

When the last supported parameter code is used by an error-event record, the recording on this log page of all 
subsequent error information shall cease until one or more of the list parameters with the highest parameter codes 
have been reinitialized. If the rlec bit of the Control mode page (see 7.4.6) is set to one, the command shall be 
terminated with CHECK CONDITION status, with the sense key set to RECOVERED ERROR, and the additional 
sense code set to LOG LIST CODES EXHAUSTED. 

7.2.8 Non-Medium Error log page 

The Non-Medium Error log page (page code 06h) provides for summing the occurrences of recoverable error 
events other than write, read, or verify failures. No discrimination among the various types of events is provided by 
parameter code (see table 208). Vendor specific discrimination may be provided through the vendor specific 
parameter codes. 


Table 208 — Non-medium error event parameter codes 


Parameter code 

Description 

OOOOh 

0001 h-7FFFh 

8000h - FFFFh 

Non-medium error count 

Reserved 

Vendor specific error counts 


7.2.9 Protocol Specific Port log page 


The Protocol Specific Port log page (see table 209) provides SCSI transport protocol specific parameters that are 
associated with the SCSI targets ports in the SCSI target device. This log page may be implemented in any logical 
unit, including the TARGET LOG PAGES well-known logical unit (see 8.4). See the SCSI transport protocol 
standard (see 3.1.74) for definitions of the protocol specific log parameters. 


Table 209 — Protocol Specific Port log page 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (18h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

Protocol specific port log parameters 

4 



First protocol specific port log parameter 





n 

Last protocol specific port log parameter 
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Table 210 shows the format of a protocol specific port log parameter. 

Table 210 — Protocol specific port log parameter format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER CODE 


1 


(LSB) 

2 

DU DS TSD ETC TMC LBIN LP 

3 

PARAMETER LENGTH (x-3) 

4 

Reserved protocol identifier 

5 


SCSI transport protocol specific 


X 




The parameter code field contains the relative port identifier (see 3.1.80) of the target port for which the 
parameter data applies. 

The contents of the du, ds, tsd, etc, lbin, and lp bits and the tmc field are defined in 7.2.1. 

The parameter length field indicates the number of bytes remaining in the log parameter. 

The protocol identifier field contain one of the values shown in table 257 (see 7.5.1) to indicate the SCSI 
transport protocol that defines the SCSI transport protocol specific data in this log parameter. The SCSI transport 
protocol specific data is defined by the corresponding SCSI transport protocol standard. 

The protocol identifier field contains one of the values shown in table 256 (see 7.5.1) to identify the SCSI 
transport protocol standard that defines the SCSI transport protocol specific data in this log parameter. 
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7.2.10 Self-Test Results log page 

The Self-Test Results log page (see table 211) provides the results from the twenty most recent self-tests (see 5.5). 
Results from the most recent self-test or the self-test currently in progress shall be reported in the first self-test log 
parameter; results from the second most recent self-test shall be reported in the second self-test log parameter; 
etc. If fewer than twenty self-tests have occurred, the unused self-test log parameter entries shall be zero filled. 


Table 211 — Self-Test Results log page 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (10h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (190h) 

(LSB) 

Self-test results log parameters 

4 


23 

First self-test results log parameter 



384 


403 

Twentieth self-test results log parameter 


The page code and page length fields are described in 7.2.1. 
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Table 212 shows the format of one self-test log parameter. 


Table 212 — Self-test results log parameter format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

DU DS TSD ETC TMC LBIN LP 

3 

PARAMETER LENGTH (10h) 

4 

self-test code Reserved self-test results 

5 

SELF-TEST NUMBER 

6 

(MSB) 

7 

TIMESTAMP 

(LSB) 

8 

(MSB) 

15 

ADDRESS OF FIRST FAILURE 

(LSB) 

16 

Reserved sense key 

17 

ADDITIONAL SENSE CODE 

18 

ADDITIONAL SENSE CODE QUALIFIER 

19 

Vendor specific 


The parameter code field identifies the log parameter being transferred. The parameter code field for the results 
of the most recent self-test shall contain 0001 h; the parameter code field for the results of the second most recent 
test shall contain 0002h; etc. 


The values of the log parameter control bits for self test results log parameters is specified in table 213. 


Table 213 — Parameter control bits for self-test results log parameters 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

0 

Device server supports saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

1 

The parameter is in binary format 

LP 

1 

The parameter is a list parameter 


The parameter length field shall contain lOh. 

The self-test code field contains the value in the self-test code field of the SEND DIAGNOSTIC command that 
initiated this self-test (see 6.27). 
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Table 214 defines the content of the self-test results field. 


Table 214 — self-test results field 


Code 

Description 

Oh 

The self-test completed without error. 

1h 

The background self-test was aborted by the application client using a SEND DIAGNOSTIC command 
(see 6.27) with the self-test code field set to 100b (Abort background self-test). 

2h 

The self-test routine was aborted by an application client using a method other than a SEND DIAG¬ 
NOSTIC command with the self-test code field set to 100b (e.g., by a task management function, or 
by issuing an exception command as defined in 5.5.3). 

3h 

An unknown error occurred while the device server was processing the self-test and the device server 
was unable to complete the self-test. 

4h 

The self-test completed with a failure in a test segment, and the test segment that failed is not known. 

5h 

The first segment of the self-test failed. 

6h 

The second segment of the self-test failed. 

7h 

Another segment of the self-test failed (see the self-test segment number field). 

8h-Eh 

Reserved 

Fh 

The self-test is in progress. 


The self-test number field identifies the self-test that failed and consists of either: 

a) The number of the segment that failed during the self-test; or 

b) The number of the test that failed and the number of the segment in which the test was run, using a vendor 
specific method for placing the two values in the one field. 

When the segment in which the failure occurred cannot or need not be identified, the self-test number field shall 
contain OOh. 

The timestamp field contains the total accumulated power-on hours for the device server at the time the self-test 
was completed. If the test is still in progress, the content of the timestamp field shall be zero. If the power-on hours 
for the device server at the time the self-test was completed is greater than FFFFh then the content of the 
timestamp field shall be FFFFh. 

The address of first failure field contains information that locates the failure on the media. If the logical unit 
implements logical blocks, the content of the address of first failure field is the first logical block address where 
a self-test error occurred. This implies nothing about the quality of any other logical block on the logical unit, since 
the testing during which the error occurred may not have been performed in a sequential manner. This value shall 
not change (e.g., as the result of block reassignment). The content of the address of first failure field shall be 
FFFF FFFF FFFF FFFFh if no errors occurred during the self-test or if the error that occurred is not related to an 
identifiable media address. 

The sense key, additional sense code, and additional sense code qualifier fields may contain a hierarchy of 
additional information relating to error or exception conditions that occurred during the self-test represented in the 
same format used by the sense data (see 4.5). 
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7.2.11 Start-Stop Cycle Counter log page 

This subclause defines the Start-Stop Cycle Counter log page (page code OEh). A device server that implements 
the Start-Stop Cycle Counter log page shall implement one or more of the defined parameters. Table 215 shows 
the Start-Stop Cycle Counter log page with all parameters present. 


Table 215 — Start-Stop Cycle Counter log page (part 1 of 2) 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (OEh) 

1 

Reserved 

2 

(MSB) 

PAGE LENGTH (24h) 


3 


(LSB) 

4 

(MSB) 

PARAMETER CODE 0001 h 

Date of Manufacture 


5 


(LSB) 

6 

DU DS TSD ETC TMC LBIN LP 

7 

PARAMETER LENGTH (06h) 

8 

(MSB) 

year of manufacture (4 ASCII characters) 


11 


(LSB) 

12 

(MSB) 

week of manufacture (2 ASCII characters) 


13 


(LSB) 

14 

(MSB) 

PARAMETER CODE 0002h 

Accounting Date 


15 


(LSB) 

16 

DU DS TSD ETC TMC LBIN LP 

17 

PARAMETER LENGTH (06h) 

18 

(MSB) 

accounting date year (4 ASCII characters) 


21 


(LSB) 

22 

(MSB) 

accounting date week (2 ASCII characters) 


23 


(LSB) 

24 

(MSB) 

PARAMETER CODE 0003h 

Specified cycle count over device lifetime 


25 


(LSB) 

26 

DU DS TSD ETC TMC LBIN LP 

27 

PARAMETER LENGTH (04h) 

28 

(MSB) 

SPECIFIED CYCLE COUNT OVER DEVICE LIFETIME 
(4-byte binary number) 


31 


(LSB) 
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Table 215 — Start-Stop Cycle Counter log page (part 2 of 2) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

32 

( MSB ) PARAMETER CODE 0004h 

33 

Accumulated start-stop cycles (LSB) 

34 

DU DS TSD ETC TMC LBIN LP 

35 

PARAMETER LENGTH (04h) 

36 

(MSB) ACCUMULATED START-STOP CYCLES 

39 

(4-byte binary number) (LSB) 


The year and week in the year that the device was manufactured shall be set in the parameter field defined by 
parameter code 0001 h. The date of manufacture shall not be saveable by the application client using the LOG 
SELECT command (i.e., the log parameter ds bit shall be set to one). The date is expressed in numeric ASCII 
characters (30h - 39h) in the form YYYYWW, as shown in table 215. For the log parameter in which the parameter 
code value is 0001 h, the values of the parameter control bits are defined in table 216. 

Table 216 — Parameter control bits for date of manufacture parameter (0001 h) 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

1 

Device server does not support saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

0 

The parameter is in ASCII format 

LP 

1 

The parameter is a list parameter 


The accounting date specified by parameter code 0002h may be saved using a LOG SELECT command to 
indicate when the device was placed in service. If the parameter is not yet set or is not settable, the default value 
placed in the parameter field shall be 6 ASCII space characters (20h). The field shall not be checked for validity by 
the device server. For the log parameter in which the parameter code value is 0002h, the values of the parameter 
control bits are defined in table 217. 


Table 217 — Parameter control bits for accounting date parameter (0002h) 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

0 or 1 

Device server optionally supports saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

0 

The parameter is in ASCII format 

LP 

1 

The parameter is a list parameter 


The specified cycle count over device lifetime (parameter code 0003h) is a parameter provided by the device 
server. The specified cycle count over device lifetime parameter shall not be saveable by the application client 
using the LOG SELECT command (i.e., the log parameter ds bit shall be set to one). The parameter value is a 
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4-byte binary number. The value indicates how many stop-start cycles may typically be performed over the lifetime 
of the device without degrading the device’s operation or reliability outside the limits specified by the manufacturer 
of the device. For the log parameter in which the parameter code value is 0003h, the values of the parameter 
control bits are defined in table 218. 

Table 218 — Parameter control bits for start-stop cycle counter parameters (0003h and 0004h) 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

1 

Device server does not support saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

1 

The parameter is in binary format 

LP 

1 

The parameter is a list parameter 


The accumulated start-stop cycles (parameter code 0004h) is a parameter provided by the device server. The 
accumulated start-stop cycles parameter shall not be saveable by the application client using the LOG SELECT 
command (i.e., the log parameter ds bit shall be set to one). The parameter value is a 4-byte binary number. The 
value indicates how many start-stop cycles the device has detected since its date of manufacture. The time at 
which the count is incremented during a start-stop cycle is vendor specific. For rotating magnetic storage devices, 
a single start-stop cycle is defined as an operational cycle that begins with the disk spindle at rest, continues while 
the disk accelerates to its normal operational rotational rate, continues during the entire period the disk is rotating, 
continues as the disk decelerates toward a resting state, and ends when the disk is no longer rotating. For devices 
without a spindle or with multiple spindles, the definition of a single start-stop cycle is vendor specific. The count is 
incremented by one for each complete start-stop cycle. No comparison with the value of parameter 0003h shall be 
performed by the device server. For the log parameter in which the parameter code value is 0004h, the values of 
the parameter control bits are defined in table 218. 

7.2.12 Supported Log Pages log page 

The Supported Log Pages log page (see table 219) returns the list of log pages implemented by the logical unit. 
Logical units that implement the LOG SENSE command shall implement this log page. 


Table 219 — Supported log pages 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (00h) 

1 

Reserved 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


SUPPORTED PAGE LIST 


n 




This log page is not defined for the LOG SELECT command. This log page returns the list of supported log pages 
for the specified logical unit. 

The page length field indicates the length in bytes of the following supported log page list. 
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The supported page list field shall contain a list of all log page codes implemented by the logical unit in 
ascending order beginning with page code OOh. 

7.2.13 Temperature log page 

This subclause defines the Temperature log page (page code ODh). A device server that implements the Temper¬ 
ature log page shall implement parameter OOOOh. Parameter 0001 h is optional and may be either omitted or set to 
a value indicating that the parameter is not defined. Table 220 shows the Temperature log page with all parameters 
present. 


Table 220 — Temperature log page 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (ODh) 

1 

Reserved 

2 

(MSB) 

3 

HAUL LbNU 1 H (OGh) 

(LSB) 

4 

( MSB ) PARAMETER CODE OOOOh 

5 

Temperature (LSB) 

6 

DU DS TSD ETC TMC LBIN LP 

7 

PARAMETER LENGTH (02h) 

8 

Reserved 

9 

temperature (degrees Celsius) 

10 

( MSB ) PARAMETER CODE 0001 h 

11 

Reference temperature (LSB) 

12 

DU DS TSD ETC TMC LBIN LP 

13 

PARAMETER LENGTH (02h) 

14 

Reserved 

15 

reference temperature (degrees Celsius) 
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The temperature sensed in the device at the time the LOG SENSE command is performed shall be returned in the 
parameter field defined by parameter code OOOOh. The one byte binary value specifies the temperature of the 
device in degrees Celsius. Temperatures equal to or less than zero degrees Celsius shall be indicated by a value of 
zero. If the device server is unable to detect a valid temperature because of a sensor failure or other condition, the 
value returned shall be FFh. The temperature should be reported with an accuracy of plus or minus three Celsius 
degrees while the device is operating at a steady state within the environmental limits specified for the device. No 
comparison is performed between the temperature value specified in parameter OOOOh and the reference temper¬ 
ature specified in parameter 0001 h. The state of the parameter control bits for parameter OOOOh is specified in table 
221 . 


Table 221 — Parameter control bits for temperature parameters (OOOOh and 0001 h) 


Bit 

Value 

Description 

DU 

0 

Value provided by device server 

DS 

1 

Device server does not support saving of parameter 

TSD 

0 

Device server manages saving of parameter 

ETC 

0 

No threshold comparison is made on this value 

TMC 

XX 

Ignored when the etc bit is set to zero 

LBIN 

1 

The parameter is in binary format 

LP 

1 

The parameter is a list parameter 


A reference temperature for the device may optionally be provided by the device using parameter code 0001 h. If no 
reference temperature is provided, the parameter may not be provided in the log page or alternatively, the 
reference temperature value may be set to the value of FFh. The one byte binary value should reflect the maximum 
reported sensor temperature in degrees Celsius at which the device is capable of operating continuously without 
degrading the device's operation or reliability beyond manufacturer accepted limits. The reference temperature may 
change for vendor specific reasons. The state of the parameter control bits for parameter 0001 h is specified in table 
221. 


262 


Working Draft SCSI Primary Commands - 3 (SPC-3) 




1 December 2004 


T10/1416-D Revision 21b 


7.3 Medium auxiliary memory attributes 

7.3.1 Attribute format 

Each medium auxiliary memory attribute shall be communicated between the application client and device server 
in the format shown in table 222. This format shall be used in the parameter data for the WRITE ATTRIBUTE 
command (see 6.32) and the READ ATTRIBUTE command (see 6.14). The attribute format in this standard implies 
nothing about the physical representation of an attribute in the medium auxiliary memory. 


Table 222 — MAM ATTRIBUTE format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ATTRIBUTE IDENTIFIER 


1 


(LSB) 

2 

READ ONLY Reserved format 

3 

(MSB) 

ATTRIBUTE LENGTH (n-4) 


4 


(LSB) 

5 


ATTRIBUTE VALUE 


n 




The attribute identifier field contains a code value identifying the attribute (see 7.3.2). 

The read only bit indicates whether the attribute is in the read only state (see 5.11). If the read only bit is set to 
one, the attribute is in the read only state. If the read only bit is set to zero, the attribute is in the read/write state. 

The format field (see table 223) specifies the format of the data in the attribute value field. 


Table 223 — MAM attribute formats 


Format 

Name 

Description 

00b 

BINARY 

The attribute value field contains binary data. 

01b 

ASCII 

The attribute value field contains left-aligned ASCII data (see 4.4.1). 

10b 

TEXT 

The attribute contains textual data. The character set is as described in 
the TEXT LOCALIZATION IDENTIFIER attribute (see 7.3.2.4.6). 

11b 


Reserved 


The attribute length field specifies the length in bytes of the attribute value field. 

The attribute value field contains the current (READ ATTRIBUTE) or desired (WRITE ATTRIBUTE) value of the 
attribute. 
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7.3.2 Attribute identifier values 

7.3.2.1 Attribute identifier values overview 

The values in the attribute identifier field (see 7.3.1) are assigned according to the attribute type (see 5.11) and 
whether the attribute is standard or vendor unique (see table 224). 


Table 224 — MAM attribute identifier range assignments 


Attribute Identifiers 

Attribute Type 

Standardized 

Subclause 

OOOOh - 03FFh 

Device 

Yes 

7.3.2.2 

0400h - 07FFh 

Medium 

Yes 

7.3.2.3 

0800h - OBFFh 

Host 

Yes 

7.3.2.4 

OCOOh - OFFFh 

Device 

Vendor Unique 


lOOOh - 13FFh 

Medium 

Vendor Unique 


1400h - 17FFh 

1800h - FFFFh 

Host 

Reserved 

Vendor Unique 



Device servers may accept and process a WRITE ATTRIBUTE command containing standardized host type 
attribute identifier values (i.e., 0800h-0BFFh) or vendor unique host type attribute identifier values (i.e., 
1400h-17FFh). Standardized host type attribute identifier values may be checked as described in 7.3.2.4. 
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7.3.2.2 Device type attributes 

Device type attributes (see table 225) shall be maintained and updated by the device server when the medium and 
associated medium auxiliary memory are present. All supported medium type attributes shall have a status of read 
only (see 5.11). 


Table 225 — Device type attributes 


Attribute 

Identifier 

Name 

Attribute 

Length 

Format 

Subclause 

OOOOh 

REMAINING CAPACITY IN PARTITION 

8 

BINARY 

7.3.2.2.1 

0001 h 

MAXIMUM CAPACITY IN PARTITION 

8 

BINARY 

7.3.2.2.1 

0002h 

Restricted 




0003h 

LOAD COUNT 

8 

BINARY 

7.3.2.2.2 

0004h 

MAM SPACE REMAINING 

8 

BINARY 

7.3.2.2.3 

0005h - 0006h 

Restricted 




0007h 

INITIALIZATION COUNT 

2 

BINARY 

7.3.2.2.4 

0008h - 020Ah 

Reserved 




020Ah 

DEVICE MAKE/SERIAL NUMBER AT LAST LOAD 

40 

ASCII 

7.3.2.2.5 

020Bh 

DEVICE MAKE/SERIAL NUMBER AT LOAD-1 

40 

ASCII 

7.3.2.2.5 

020Ch 

DEVICE MAKE/SERIAL NUMBER AT LOAD-2 

40 

ASCII 

7.3.2.2.5 

020Dh 

DEVICE MAKE/SERIAL NUMBER AT LOAD-3 

40 

ASCII 

7.3.2.2.5 

020Eh - 021 Fh 

Reserved 




0220h 

TOTAL MBYTES WRITTEN IN MEDIUM LIFE 

8 

BINARY 

7.3.2.2.6 

0221 h 

TOTAL MBYTES READ IN MEDIUM LIFE 

8 

BINARY 

7.3.2.2.6 

0222h 

TOTAL MBYTES WRITTEN IN CURRENT/LAST LOAD 

8 

BINARY 

7.3.2.2.7 

0223h 

TOTAL MBYTES READ IN CURRENT/LAST LOAD 

8 

BINARY 

7.3.2.2.7 

0224h - 033Fh 

Reserved 




0340h 

MEDIUM USAGE HISTORY 

90 

BINARY 

7.3.2.2.8 

0341 h 

PARTITION USAGE HISTORY 

60 

BINARY 

7.3.2.2.8 

0342h - 03FFh 

Reserved 





7.3.2.2.1 REMAINING CAPACITY IN PARTITION and MAXIMUM CAPACITY IN PARTITION: Are native capac¬ 
ities (i.e., assuming no data compression for the specified medium partition). These values are expressed in incre¬ 
ments of 1 048 576 bytes (e.g., a value of one means 1 048 576 bytes and a value of two means 2 097 152 bytes). 

7.3.2.2.2 LOAD COUNT: Indicates how many times this medium has been fully loaded. This attribute should not 
be reset to zero by any action of the device server. 

7.3.2.2.3 MAM SPACE REMAINING: Indicates the space currently available in the medium auxiliary memory. The 
total medium auxiliary memory capacity is reported in the MAM CAPACITY attribute (see 7.3.2.3.4). 

NOTE 46 - It may not always be possible to utilize all of the available space in a given medium auxiliary memory 
implementation. Depending on the internal organization of the memory and the software that controls it, fragmen¬ 
tation issues may mean that certain attribute sizes may not be fully accommodated as the medium auxiliary 
memory nears its maximum capacity. 

7.3.2.2.4 INITIALIZATION COUNT: Indicates the number of times that a device server has logically formatted the 
medium. This value is cumulative over the life of the medium and shall not be reset to zero. 
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7.3.2.2.5 DEVICE VENDOR/SERIAL NUMBER AT LAST LOAD, DEVICE VENDOR/SERIAL NUMBER AT LOAD 
-1, DEVICE VENDOR/SERIAL NUMBER AT LOAD -2 and DEVICE VENDOR/SERIAL NUMBER AT LOAD -3: 

Give a history of the last four device servers in which the medium has been loaded. The format of the attributes is 
shown in table 226. 


Table 226 — DEVICE VENDOR/SERIAL NUMBER attribute format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

VENDOR IDENTIFICATION 


7 


(LSB) 

8 

(MSB) 

PRODUCT SERIAL NUMBER 


39 


(LSB) 


The VENDOR identification field shall be the same value returned in the Standard INQUIRY data (see 6.4.2). 

The product serial number field contains ASCII data (see 4.4.1) that is a vendor unique serial number. If the 
product serial number is not available, the product serial number field shall contain ASCII spaces (20h). 

7.3.2.2.6 TOTAL MBYTES WRITTEN IN MEDIUM LIFE and TOTAL MBYTES READ IN MEDIUM LIFE: Indicate 
the total number of data bytes that are transferred to or from the medium, after any data compression has been 
applied, over the entire medium life. These values are cumulative and shall not be reset to zero. These values are 
expressed in increments of 1 048 576 bytes (e.g., a value of one means 1 048 576 bytes and a value of two means 
2 097 152 bytes). 

7.3.2.2.7 TOTAL MBYTES WRITTEN IN CURRENT/LAST LOAD and TOTAL MBYTES READ IN CURRENT/ 
LAST LOAD: Indicate the total number of data bytes that are transferred to or from the medium, after any data 
compression has been applied, during the current load if the medium is currently loaded, or the last load if the 
medium is currently unloaded. The device server should reset these attributes to zero when the medium is loaded. 
These values are expressed in increments of 1 048 576 bytes (e.g., a value of one means 1 048 576 bytes and a 
value of two means 2 097 152 bytes). 
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7.3. 2.2.8 MEDIUM USAGE HISTORY: Provides counters (see table 227) for the entire medium. The value in each 
field is the sum for all partitions. If a field is not used, it should be set to zero. 



The current amount of data written field indicates the amount of data written to the medium during this load of 
the medium. This value is expressed in mebibytes (see 3.6.4). 
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The current write retries count field indicates the total number of times a write retry occurred during this load 
of the medium. 1 ) 

The current amount of data read field indicates the amount of data read from the medium during this load of the 
medium. This value is expressed in mebibytes (see 3.6.4). 

The current read retries count field indicates the number of times a read retry occurred during this load of the 
medium. 1 ^ 

The previous amount of data written field indicates the amount of data written to the medium during the 
previous load of the medium. This value is expressed in mebibytes (see 3.6.4). 

The previous write retries count field indicates the total number of times a write retry occurred during the 
previous load of the medium. 1 ) 

The previous amount of data read field indicates the amount of data read from the medium during the previous 
load of the medium. This value is expressed in mebibytes (see 3.6.4). 

The previous read retries count field indicates the number of times a read retry occurred during the previous 
load of the medium. 1 ) 

The total amount of data written field indicates the amount of data written to the medium since the last medium 
format. This value is expressed in mebibytes (see 3.6.4). 

The total write retries count field indicates the total number of times a write retry occurred since the last 
medium format. 1 ) 

The total amount of data read field indicates the amount of data read from the medium since the last medium 
format. This value is expressed in mebibytes (see 3.6.4). 

The total read retries count field indicates the number of times a read retry occurred since the last medium 
format. 1 ) 

The load count field indicates the number of loads since the last medium format. This count accumulates over the 
life of the medium but it is reset to zero after a medium format. 

The total change partition count field indicates the number of times that switches between partitions have been 
performed on the medium. This count accumulates over the life of the medium but it is reset to zero after a medium 
format. 

The total partition initialize count field indicates number of times that any of the partitions on the medium have 
been erased. This count accumulates over the life of the medium but it is reset to zero after a medium format. 


1) The definition of one retry as counted by this attribute field is not part of this standard. This counter 
should not be used to compare products because the products may define errors differently. 
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7.3.2.2.9 PARTITION USAGE HISTORY: Provides counters (see table 228) for the partition specified by the 
partition number field in the CDB. If a field is not used, it should be set to zero. 



The current amount of data written field indicates the amount of data written to the medium in the partition 
specified by the partition number field in the CDB during this load of the medium. This value is expressed in 
mebibytes (see 3.6.4). 
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The current write retries count field indicates the total number of times a write retry occurred in the partition 
specified by the partition number field in the CDB during this load of the medium. 2 ) 

The current amount of data read field indicates the amount of data read from the medium in the partition 
specified by the partition number field in the CDB during this load of the medium. This value is expressed 
mebibytes (see 3.6.4). 

The current read retries count field indicates the number of times a read retry occurred in the partition 
specified by the partition number field in the CDB during this load of the medium. 2 ) 

The previous amount of data written field indicates the amount of data written to the medium in the partition 
specified by the partition number field in the CDB during the previous load of the medium. This value is expressed 
in mebibytes (see 3.6.4). 

The previous write retries count field indicates the total number of times a write retry occurred in the partition 
specified by the partition number field in the CDB during the previous load of the medium. 2 ) 

The previous amount of data read field indicates the amount of data read from the medium in the partition 
specified by the partition number field in the CDB during the previous load of the medium. This value is expressed 
in mebibytes (see 3.6.4). 

The previous read retries count field indicates the number of times a read retry occurred in the partition 
specified by the partition number field in the CDB during the previous load of the medium. 2 ) 

The total amount of data written field indicates the amount of data written to the medium in the partition 
specified by the partition number field in the CDB since the last medium format. This value is expressed in 
mebibytes (see 3.6.4). 

The total write retries count field indicates the total number of times a write retry occurred in the partition 
specified by the partition number field in the CDB since the last medium format. 2 ) 

The total amount of data read field indicates the amount of data read from the medium in the partition specified 
by the partition number field in the CDB since the last medium format. This value is expressed in mebibytes (see 
3.6.4). 

The total read retries count field indicates the number of times a read retry occurred in the partition specified 
by the partition number field in the CDB since the last medium format. 2 ) 

The load count field indicates the number of loads in the partition specified by the partition number field in the 
CDB since the last medium format. This count accumulates over the life of the medium but it is reset to zero after a 
medium format. 

The total change partition count field indicates the number of times that switches to the partition specified by 
the partition number field in the CDB have been performed on the medium. This count accumulates over the life 
of the medium but it is reset to zero after a medium format. 

The total partition initialize count field indicates number of times that the partition specified by the partition 
number field in the CDB has been initialized. This count accumulates over the life of the medium but it is reset to 
zero after a medium format. 


2) The definition of one retry as counted by this attribute field is not part of this standard. This counter 
should not be used to compare products because the products may define errors differently. 
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7.3.2.3 Medium type attributes 

Medium type attributes (see table 229) are stored in the medium auxiliary memory by the manufacturer. The device 
server shall not alter medium type attributes. All supported medium type attributes shall have a status of read only 
(see 5.11). 


Table 229 — Medium type attributes 


Attribute 

Identifier 

Name 

Attribute 

Length 

Format 

Subclause 

0400h 

MEDIUM MANUFACTURER 

8 

ASCII 

7.3.2.3.1 

0401 h 

MEDIUM SERIAL NUMBER 

32 

ASCII 

7.3.2.3.2 

0402h - 0405h 

Restricted 




0406h 

MEDIUM MANUFACTURE DATE 

8 

ASCII 

7.3.2.3.3 

0407h 

MAM CAPACITY 

8 

BINARY 

7.3.2.3.4 

0408h 

MEDIUM TYPE 

1 

BINARY 

7.3.2.3.5 

0409h 

MEDIUM TYPE INFORMATION 

2 

BINARY 

7.3.2.3.5 

040Ah 

NUMERIC MEDIUM SERIAL NUMBER 

unspecified 

unspecified 

7.3.2.3.6 

040Bh - 07FFh 

Reserved 





7.3.2.3.1 MEDIUM MANUFACTURER: Contains eight bytes of left-aligned ASCII data (see 4.4.1) identifying the 
vendor of the media. The vendor identification shall be one assigned by INCITS. A list of assigned vendor identifi¬ 
cations is in Annex E and on the T10 web site (www.T10.org). 

NOTE 47 - The T10 web site (www.t10.org) provides a convenient means to request an identification code. 

7.3.2.3.2 MEDIUM SERIAL NUMBER: Contains the manufacturer’s serial number for the medium. 

7.3.2.3.3 MEDIUM MANUFACTURE DATE: Contains the date of manufacture of the medium. The format is 
YYYYMMDD (i.e., four numeric ASCII characters for the year followed by two numeric ASCII characters for the 
month followed by two numeric ASCII characters for the day with no intervening spaces). 

7.3.2.3.4 MAM CAPACITY: Is the total capacity of the medium auxiliary memory, in bytes, at manufacture time. It 
does not indicate the available space of an unused medium auxiliary memory because some of the medium 
auxiliary memory space may be reserved for device-specific use making it inaccessible to the application client. 

7.3.2.3.5 MEDIUM TYPE and MEDIUM TYPE INFORMATION: Give information about non-data media and other 
types of media. The MEDIUM TYPE INFORMATION attribute is interpreted according to the type of medium 
indicated by the MEDIUM TYPE (see table 230). 


Table 230 — MEDIUM TYPE and MEDIUM TYPE INFORMATION attributes 


MEDIUM TYPE 

Description 

MEDIUM TYPE INFORMATION 

OOh 

01 h 

02h-7Fh 

80h 

81h-FFh 

Data medium 

Cleaning medium 

Reserved 

Write-once medium 

Reserved 

Reserved 

Maximum number of cleaning cycles permitted 

Reserved 

Reserved 

Reserved 
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7.3.2.3.6 NUMERIC MEDIUM SERIAL NUMBER: Contains the manufacturer’s serial number for the medium in a 
vendor specific format. 

7.3.2.4 Host type attributes 

Application clients may use the WRITE ATTRIBUTE and READ ATTRIBUTE commands to maintain the attributes 
shown in table 231. All existent host type attributes shall have a status of read/write (see 5.11). 


Table 231 — Host type attributes 


Attribute 

Identifier 

Name 

Attribute 

Length 

Format 

Subclause 

0800h 

APPLICATION VENDOR 

8 

ASCII 

7.3.2.4.1 

0801 h 

APPLICATION NAME 

32 

ASCII 

7.3.2.4.2 

0802h 

APPLICATION VERSION 

8 

ASCII 

7.3.2.4.3 

0803h 

USER MEDIUM TEXT LABEL 

160 

TEXT 

7.3.2.4.4 

0804h 

DATE AND TIME LAST WRITTEN 

12 

ASCII 

7.3.2.4.5 

0805h 

TEXT LOCALIZATION IDENTIFIER 

1 

BINARY 

7.3.2.4.6 

0806h 

BARCODE 

32 

ASCII 

7.3.2.4.7 

0807h 

OWNING HOST TEXTUAL NAME 

80 

TEXT 

7.3.2.4.8 

0808h 

MEDIA POOL 

160 

TEXT 

7.3.2.4.9 

0809h 

PARTITION USER TEXT LABEL 

16 

ASCII 

7.3.2.4.10 

080Ah 

080Bh - BFFh 

LOAD/UNLOAD AT PARTITION 

Reserved 

1 

BINARY 

7.3.2.4.11 


7.3.2.4.1 APPLICATION VENDOR: Contains eight bytes of left-aligned ASCII data (see 4.4.1) identifying the 
manufacturer of the application client (e.g., class driver or backup program) that last sent a WRITE ATTRIBUTE 
command to the device server while this medium auxiliary memory was accessible. The vendor identification shall 
be one assigned by INCITS. A list of assigned vendor identifications is in Annex E and on the T10 web site 
(www.T10.org). 

NOTE 48 - The T10 web site (www.t10.org) provides a convenient means to request an identification code. 

7.3.2.4.2 APPLICATION NAME: Contains the name of the application client. 

7.3.2.4.3 APPLICATION VERSION: Contains the version of the application client. 

7.3.2.4.4 USER MEDIUM TEXT LABEL: Is the user level identifier for the medium. 

7.3.2.4.5 DATE & TIME LAST WRITTEN: Contains when the application client last wrote to the medium auxiliary 
memory. The format is YYYYMMDDHHMM (i.e., four numeric ASCII characters for the year followed by two 
numeric ASCII characters for the month followed by two numeric ASCII characters for the day followed by two 
numeric ASCII characters between 00 and 24 for the hour followed by two numeric ASCII characters for the minute 
with no intervening spaces). 
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7.3.2.4.6 TEXT LOCALIZATION IDENTIFIER: Defines the character set (see table 232) used for attributes with a 
TEXT format (see 7.3.1). 


Table 232 — TEXT LOCALIZATION IDENTIFIER attribute values 


Value 

Meaning 

OOh 

No code specified (ASCII) 

01 h 

ISO/IEC 8859-1 (Europe, Latin America) 

02h 

ISO/IEC 8859-2 (Eastern Europe) 

03h 

ISO/IEC 8859-3 (SE Europe/miscellaneous) 

04h 

ISO/IEC 8859-4 (Scandinavia/Baltic) 

05h 

ISO/IEC 8859-5 (Cyrillic) 

06h 

ISO/IEC 8859-6 (Arabic) 

07h 

ISO/IEC 8859-7 (Greek) 

08h 

ISO/IEC 8859-8 (Hebrew) 

09h 

ISO/IEC 8859-9 (Latin 5) 

OAh 

ISO/IEC 8859-10 (Latin 6) 

OBh - 7Fh 

Reserved 

80h 

ISO/IEC 10646-1 (UCS-2BE) 

81 h 

ISO/IEC 10646-1 (UTF-8) 

82h - FFh 

Reserved 


7.3.2.4.7 BARCODE: Is contents of a barcode associated with the medium in the medium auxiliary memory. 

7.3.2.4.8 OWNING HOST TEXTUAL NAME: Indicates the host from which that USER MEDIUM TEXT LABEL 
(see 7.3.2.4.4) originates. 

7.3.2.4.9 MEDIA POOL: Indicates the media pool to which this medium belongs. 

7.3.2.4.10 PARTITION USER TEXT LABEL: Is a user level identifier for the partition specified by the partition 
number field in the CDB. 

7.3.2.4.11 LOAD/UNLOAD AT PARTITION: Indicates whether the media is capable of being loaded or unloaded 
at the partition specified by the partition number field in the CDB. If loads and unloads are enabled for the 
specified partition, the value of this attribute shall be one. If loads and unloads are not enabled for the specified 
partition, the value of this attribute shall be zero. All attribute values other than zero and one are reserved. If LOAD/ 
UNLOAD AT PARTITION is disabled, then loads and unloads are performed at the beginning of the media instead 
of at the specified partition. If this attribute is in the nonexistent state (see 5.11), then the default action shall be to 
load and unload at the beginning of media. 
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7.4 Mode parameters 

7.4.1 Mode parameters overview 

This subclause describes the block descriptors and the mode pages and subpages used with MODE SELECT and 
MODE SENSE commands that are applicable to all SCSI devices. Subpages are identical to mode pages except 
that they include a subpage code field that further differentiates the mode page contents. Mode pages specific to 
each device type are described in the command standard (see 3.1.18) that applies to that device type. 

7.4.2 Mode parameter list format 

The mode parameter list shown in table 91 contains a header, followed by zero or more block descriptors, followed 
by zero or more variable-length mode pages. Parameter lists are defined for each device type. 


Table 233 — Mode parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 - n 

Mode parameter header 

0-n 

Block descriptor(s) 

0 - n 

Page(s) or vendor specific (e.g., page code set to zero) 


7.4.3 Mode parameter header formats 

The six-byte CDB mode parameter header is defined in table 234. 


Table 234 — Mode parameter header(6) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

MODE DATA LENGTH 

1 

MEDIUM TYPE 

2 

DEVICE-SPECIFIC PARAMETER 

3 

BLOCK DESCRIPTOR LENGTH 
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The ten-byte CDB mode parameter header is defined in table 235. 

Table 235 — Mode parameter header(IO) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

medium type 

3 

DEVICE-SPECIFIC PARAMETER 

4 

Reserved longlba 

5 

Reserved 

6 

(MSB) 

7 

BLOCK DESCRIPTOR LENGTH 

(LSB) 


When using the MODE SENSE command, the mode data length field indicates the length in bytes of the following 
data that is available to be transferred. The mode data length does not include the number of bytes in the mode 
data length field. When using the MODE SELECT command, this field is reserved. 

NOTE 49 - Logical units that support more than 256 bytes of block descriptors and mode pages may need to 
implement ten-byte mode commands. The mode data length field in the six-byte CDB header limits the returned 
data to 256 bytes. 

The contents of the medium type field are unique for each device type. Refer to the mode parameters subclause of 
the specific device type command standard (see 3.1.18) for definition of these values. Some device types reserve 
this field. 

The device-specific parameter field is unique for each device type. Refer to the mode parameters subclause of 
the specific device type command standard (see 3.1.18) for definition of this field. Some device types reserve all or 
part of this field. 

If the Long LBA (longlba) bit is set to zero, the mode parameter block descriptors are eight bytes long and have 
the format described in 7.4.4.1. If the longlba bit is set to one, the mode parameter block descriptors are sixteen 
bytes long and have a format described in a command standard (see 3.1.18). 

The block descriptor length field contains the length in bytes of all the block descriptors. It is equal to the 
number of block descriptors times eight if the longlba bit is set to zero or times sixteen if the longlba bit is set to 
one, and does not include mode pages or vendor specific parameters (e.g., page code set to zero), if any, that may 
follow the last block descriptor. A block descriptor length of zero indicates that no block descriptors are included in 
the mode parameter list. This condition shall not be considered an error. 
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7.4.4 Mode parameter block descriptor formats 
7.4.4.1 General block descriptor format 

When the longlba bit is set to zero (see 7.4.3), the mode parameter block descriptor format for all device types 
except direct-access is shown in table 236. 


Table 236 — General mode parameter block descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DENSITY CODE 

1 

(MSB) 

2 

NUMBER OF BLOCKS 

3 

(LSB) 

4 

Reserved 

5 

(MSB) 

6 

BLOCK LENGTH 

7 

(LSB) 


Block descriptors specify some of the medium characteristics for all or part of a logical unit. Support for block 
descriptors is optional. Each block descriptor contains a density code field, a number of blocks field, and a 
block length field. Block descriptor values are always current (i.e., saving is not supported). A unit attention 
condition (see 6.7 and SAM-3) shall be generated when any block descriptor values are changed. Command 
standards (see 3.1.18) may place additional requirements on the general mode parameter block descriptor. 
Requirements in the command standards that conflict with requirements defined in this subclause shall take prece¬ 
dence over the requirements defined in this subclause. 

The density code field is unique for each device type. Refer to the mode parameters subclause of the specific 
device type command standard (see 3.1.18) for definition of this field. Some device types reserve all or part of this 
field. 

The number of blocks field specifies the number of logical blocks on the medium to which the density code and 
block length fields apply. A value of zero indicates that all of the remaining logical blocks of the logical unit shall 
have the medium characteristics specified. 

If the number of logical blocks on the medium exceeds the maximum value that may be specified in the number of 
blocks field, a value of FF FF FFh indicates that all of the remaining logical blocks of the logical unit shall have the 
medium characteristics specified. 

NOTES 

50 There may be implicit association between parameters defined in the mode pages and block descriptors. In 
this case, the device server may change parameters not explicitly sent with the MODE SELECT command. A 
subsequent MODE SENSE command may be used to detect these changes. 

51 The number of remaining logical blocks may be unknown for some device types. 

The block length field specifies the length in bytes of each logical block described by the block descriptor. For 
sequential-access devices, a block length of zero indicates that the logical block size written to the medium is 
specified by the transfer length field in the CDB (see SSC-2). 
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7.4.5 Mode page and subpage formats and page codes 

The page_0 mode page format is defined in table 237. 


Table 237 — Page_0 mode page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (Ob) 

PAGE CODE 

1 

PAGE LENGTH (n-1) 

2 


Mode parameters 


n 




The sub_page mode page format is defined in table 237. 

Table 238 — Sub_page mode page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (lb) 

PAGE CODE 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


Mode parameters 


n 




A SubPage Format (spf) bit set to zero indicates that the page_0 mode page format is being used. A spf bit set to 
one indicates that the sub_page mode page format is being used. 

Each mode page contains a page code field, a page length field, and a set of mode parameters. The page codes 
are defined in this subclause and in the mode parameter subclauses in the command standard (see 3.1.18) for the 
specific device type. Each mode page with a spf bit set to one contains a subpage code field. 

When using the MODE SENSE command, a parameters saveable (ps) bit set to one indicates that the mode page 
may be saved by the logical unit in a nonvolatile, vendor specific location. A ps bit set to zero indicates that the 
supported parameters cannot be saved. When using the MODE SELECT command, the ps bit is reserved. 

The page code and subpage code fields identify the format and parameters defined for that mode page. Some 
page codes are defined as applying to all device types and other page codes are defined for the specific device 
type. The page codes that apply to a specific device type are defined in the command standard (see 3.1.18) for that 
device type. The applicability of each subpage code matches that of the page code with which it is associated. 

When using the MODE SENSE command, if page code OOh (vendor specific mode page) is implemented, the 
device server shall return that mode page last in response to a request to return all mode pages (page code 3Fh). 
When using the MODE SELECT command, this mode page should be sent last. 

The page length field specifies the length in bytes of the mode parameters that follow. If the application client does 
not set this value to the value that is returned for the mode page by the MODE SENSE command, the command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
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additional sense code set to INVALID FIELD IN PARAMETER LIST. The logical unit is permitted to implement a 
mode page that is less than the full mode page length defined, provided no field is truncated and the page length 
field correctly specifies the actual length implemented. 

The mode parameters for each mode page are defined in the following subclauses, or in the mode parameters 
subclause in the command standard (see 3.1.18) for the specific device type. Mode parameters not implemented 
by the logical unit shall be set to zero. 

Table 239 defines the mode pages that are applicable to all device types that implement the MODE SELECT and 
MODE SENSE commands. 


Table 239 — Mode page codes and subpage codes 


Page code 

Subpage code 

Mode Page Name 

Reference 

OAh 

OOh 

Control 

7.4.6 

OAh 

Olh 

Control Extension 

7.4.7 

02h 

OOh 

Disconnect-Reconnect 

7.4.8 

15h 

OOh 

Extended 

7.4.9 

16h 

OOh 

Extended Device-Type Specific 

7.4.10 

ICh 

OOh 

Informational Exceptions Control 

7.4.11 

09h 

OOh 

obsolete 

3.3.7 

1 Ah 

OOh 

Power Condition 

7.4.12 

18h 

OOh 

Protocol Specific LUN 

7.4.13 

18h 

Olh - FEh 

(See specific SCSI transport protocol) 


19h 

OOh 

Protocol Specific Port 

7.4.14 

19h 

Olh-FEh 

(See specific SCSI transport protocol) 


Olh 

OOh - FEh 

(See specific device type) 


03h - 08h 

OOh - FEh 

(See specific device type) 


OBh - 14h 

OOh - FEh 

(See specific device type) 


IBh 

OOh - FEh 

(See specific device type) 


IDh-IFh 

OOh - FEh 

(See specific device type) 


20h - 3Eh 

OOh - FEh 

(See specific device type) 


OOh 

not applicable 

Vendor specific (does not require page format) 


3Fh 

OOh 

Return all pages a 


3Fh 

FFh 

Return all pages and subpages a 


OOh - 3Eh 

FFh 

Return all subpages a 


All page code and subpage code combinations not shown in this table are reserved. 

Annex D contains a listing of mode page and subpage codes in numeric order. 


a Valid only for the MODE SENSE command 
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7.4.6 Control mode page 

The Control mode page (see table 240) provides controls over SCSI features that are applicable to all device types 
(e.g., task set management and error logging). If a field in this mode page is changed while there is a task already 
in the task set, it is vendor specific whether the old or new value of the field applies to that task. The mode page 
policy (see 6.7) for this mode page shall be shared, per initiator port, or per l_T nexus. 


Table 240 — Control mode page 


Bit 

Byte 

7 

6 

5 4 

3 

2 1 

0 

0 

PS 

SPF (0b) 

PAGE CODE (OAh) 

1 

PAGE LENGTH (OAh) 

2 

TST TMF_ONLY 

Reserved 

D_SENSE GLTSD 

RLEC 

3 

QUEUE ALGORITHM MODIFIER 

Reserved 

QErr 

Obsolete 

4 

VS 

RAC 

UA_INTLCK_CTRL 

SWP 

Obsolete 

5 

ATO 

TAS 

Reserved 

AUTOLOAD MODE 

6 


Obsolete 


7 



8 

(MSB) 

BUSY TIMEOUT PERIOD 


9 


(LSB) 

10 

(MSB) 

EXTENDED SELF-TEST COMPLETION TIME 


11 


(LSB) 


The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

A task set type (tst) field specifies the type of task set in the logical unit (see table 241). 


Table 241 — Task set type (tst) field 


Code 

Description 

000b 

001b 

010b- 111b 

The logical unit maintains one task set for all initiator ports 

The logical unit maintains separate task sets for each initiator port regardless of target port 

Reserved 


If the mode page policy for this mode page is per-initiator port or per-l_T nexus, the tst field, if changeable, shall 
reflect in the mode pages for all initiator ports the state selected by the most recent MODE SELECT from any 
initiator port (i.e., the tst field is always shared). If the most recent MODE SELECT changes the setting of this 
field, then the device server shall establish a unit attention condition (see SAM-3) for the initiator port associated 
with all l_T nexuses except the l_T nexus on which the MODE SELECT command was received, with the additional 
sense code set to MODE PARAMETERS CHANGED. 

The allow task management functions only (tmf_only) bit set to zero specifies tasks with a task attribute of ACA 
may be sent from the faulted initiator port when an ACA condition has been established (see SAM-3). A tmf_only 
bit set to one specifies that all tasks sent from the faulted initiator port when an ACA condition has been estab¬ 
lished shall be terminated with an ACA ACTIVE status. 
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A descriptor format sense data (d_sense) bit set to zero specifies that the device server shall return the fixed 
format sense data (see 4.5.3) when returning sense data in the same l_T_L_Q nexus transaction (see 3.1.41) as a 
CHECK CONDITION status. A d_sense bit set to one specifies that the device server shall return descriptor format 
sense data (see 4.5.2) when returning sense data in the same l_T_L_Q nexus transaction as a CHECK 
CONDITION status. 

A global logging target save disable (gltsd) bit set to zero specifies that the logical unit implicitly saves, at vendor 
specific intervals, each log parameter in which the tsd bit (see 7.2) is set to zero. A gltsd bit set to one specifies 
that the logical unit shall not implicitly save any log parameters. 

A report log exception condition (rlec) bit set to one specifies that the device server shall report log exception 
conditions as described in 7.2.1. A rlec bit set to zero specifies that the device server shall not report log exception 
conditions. 

The queue algorithm modifier field (see table 242) specifies restrictions on the algorithm used for reordering 
tasks having the SIMPLE task attribute (see SAM-3). 


Table 242 — queue algorithm modifier field 


Code 

Description 

Oh 

1h 

2h-7h 

8h - Fh 

Restricted reordering 

Unrestricted reordering allowed 

Reserved 

Vendor specific 


A value of zero in the queue algorithm modifier field specifies that the device server shall order the processing 
sequence of tasks having the SIMPLE task attribute such that data integrity is maintained for that l_T nexus (i.e., if 
the transmission of new SCSI transport protocol requests is halted at any time, the final value of all data observable 
on the medium shall have exactly the same value as it would have if all the tasks had been given the ORDERED 
task attribute). 

A value of one in the queue algorithm modifier field specifies that the device server may reorder the processing 
sequence of tasks having the SIMPLE task attribute in any manner. Any data integrity exposures related to task 
sequence order shall be explicitly handled by the application client through the selection of appropriate commands 
and task attributes. 
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The queue error management (QErr) field (see table 243) specifies how the device server shall handle other tasks 
when one task is terminated with CHECK CONDITION status (see SAM-3). The task set type (see the tst field 
definition in this subclause) defines which other tasks are affected. If the tst field equals 000b, then all tasks from 
all l_T nexuses are affected. If the tst field equals 001b, then only tasks from the initiator port as the task that is 
terminated with CHECK CONDITION status are affected. 


Table 243 — Queue error management (QErr) field 


Code 

Definition 

00b 

If an ACA condition is established, the affected tasks in the task set shall resume after the ACA 
condition is cleared (see SAM-3). Otherwise, all tasks other than the task that received the 
CHECK CONDITION status shall be processed as if no error occurred. 

01b 

All the affected tasks in the task set shall be aborted when the CHECK CONDITION status is 
sent. If the tas bit is set to zero, a unit attention condition (see SAM-3) shall be generated for the 
initiator port associated with each l_T nexus that had tasks aborted except for the l_T nexus on 
which the CHECK CONDITION status was returned, with the additional sense code set to 
COMMANDS CLEARED BY ANOTHER INITIATOR. If the tas bit is set to one, all affected tasks 
for l_T nexuses other than the l_T nexus for which the CHECK CONDITION status was sent 
shall be completed with a TASK ABORTED status and no unit attention shall be generated. For 
the l_T nexus to which the CHECK CONDITION status is sent, no status shall be sent for the 
tasks that are aborted. 

10b 

Reserved 

11b 

Affected tasks in the task set belonging to the l_T nexus on which a CHECK CONDITION status 
is returned shall be aborted when the status is sent. 


A task aborted status (tas) bit set to zero specifies that aborted tasks shall be terminated by the device server 
without any response to the application client. A tas bit set to one specifies that tasks aborted by the actions of an 
l_T nexus other than the l_T nexus on which the command was received shall be terminated with a TASK 
ABORTED status (see SAM-3). 

The report a check (rac) bit provides control of reporting long busy conditions or CHECK CONDITION status. A 
rac bit set to one specifies that a CHECK CONDITION status should be reported rather than a long busy condition 
(e.g., longer than the busy timeout period). A rac bit set to zero specifies that long busy conditions (e.g., busy 
condition during auto contingent allegiance) may be reported. 
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The unit attention interlocks control (ua_intlck_ctrl) field (see table 244) controls the clearing of unit attention 
conditions reported in the same l_T_L_Q nexus transaction (see 3.1.41) as a CHECK CONDITION status and 
whether returning a status of BUSY, TASK SET FULL or RESERVATION CONFLICT results in the establishment of 
a unit attention condition (see SAM-3). 


Table 244 — Unit attention interlocks control (ua_intlck_ctrl) field 


Code 

Definition 

00b 

The logical unit shall clear any unit attention condition reported in the same l_T_L_Q nexus transac¬ 
tion as a CHECK CONDITION status and shall not establish a unit attention condition when a task 
is terminated with BUSY, TASK SET FULL, or RESERVATION CONFLICT status. 

01b 

Reserved 

10b 

a 

The logical unit shall not clear any unit attention condition reported in the same l_T_L_Q nexus 
transaction as a CHECK CONDITION status and shall not establish a unit attention condition when 
a task is terminated with BUSY, TASK SET FULL, or RESERVATION CONFLICT status. 

11b 

a 

The logical unit shall not clear any unit attention condition reported in the same l_T_L_Q nexus 
transaction as a CHECK CONDITION status and shall establish a unit attention condition for the 
initiator port associated with the l_T nexus on which the BUSY, TASK SET FULL, or RESERVATION 
CONFLICT status is being returned. Depending on the status, the additional sense code shall be 
set to PREVIOUS BUSY STATUS, PREVIOUS TASK SET FULL STATUS, or PREVIOUS RESER¬ 
VATION CONFLICT STATUS. Until it is cleared by a REQUEST SENSE command, a unit attention 
condition shall be established only once for a BUSY, TASK SET FULL, or RESERVATION 

CONFLICT status regardless to the number of commands terminated with one of those status 
values. 

a A REQUEST SENSE command still clears any unit attention condition that it reports. 


A software write protect (swp) bit set to one specifies that the logical unit shall inhibit writing to the medium after 
writing all cached or buffered write data, if any. When swp is one, all commands requiring writes to the medium 
shall be terminated with CHECK CONDITION status, with the sense key set to DATA PROTECT, and the additional 
sense code set to WRITE PROTECTED. When swp is one and the device type's command set defines a write 
protect (wp) bit in the device-specific parameter field in the mode parameter header, the wp bit shall be set to one 
for subsequent MODE SENSE commands. A swp bit set to zero specifies that the logical unit may allow writing to 
the medium, depending on other write inhibit mechanisms implemented by the logical unit. When the swp bit is set 
to zero, the value of the wp bit, if defined, is device type specific. For a list of commands affected by the swp bit and 
details of the wp bit see the command standard (see 3.1.18) for the specific device type. 

An application tag owner (ato) bit set to one specifies the contents of the logical block application tag field in 
the protected information (see SBC-2) shall not be modified by the device server. An ato bit set to zero specifies 
the contents of the logical block application tag field in the protected information may be modified by the device 
server. If the ato bit is set to zero, the device server shall ignore the contents of the logical block application tag 
field in the protected information when received from the application client. 
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The autoload mode field specifies the action to be taken by a removable medium device server when a medium is 
inserted. For devices other than removable medium devices, this field is reserved. Table 245 shows the usage of 
the AUTOLOAD MODE field. 


Table 245 — autoload mode field 


Code 

Definition 

000b 

001b 

010b 

011b- 111b 

Medium shall be loaded for full access. 

Medium shall be loaded for medium auxiliary memory access only. 

Medium shall not be loaded. 

Reserved 


The busy timeout period field specifies the maximum time, in 100 milliseconds increments, that the application 
client allows for the device server to remain busy for unanticipated conditions that are not a routine part of 
commands from the application client. This value may be rounded down as defined in 5.4. A OOOOh value in this 
field is undefined by this standard. An FFFFh value in this field is defined as an unlimited period. 

The extended self-test completion time field contains advisory data that is the time in seconds that the device 
server requires to complete an extended self-test when the device server is not interrupted by subsequent 
commands and no errors occur during processing of the self-test. The application client should expect this time to 
increase significantly if other commands are sent to the logical unit while a self-test is in progress or if errors occur 
during the processing of the self-test. Device servers supporting self-test code field values other than 000b for 
the SEND DIAGNOSTIC command (see 6.27) shall support the extended self-test completion time field. 

Bits 0, 1, and 2 of byte 4 as well as bytes 6 and 7 provide controls for the obsolete asynchronous event reporting 
feature. 

7.4.7 Control Extension mode page 

The Control Extension mode page (see table 240) is a subpage of the Control mode page (see 7.4.6) provides 
controls over SCSI features that are applicable to all device types. The mode page policy (see 6.7) for this subpage 
shall be shared. If a field in this mode subpage is changed while there is a task already in the task set, it is vendor 
specific whether the old or new value of the field applies to that task. 


Table 246 — Control Extension mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (OAh) 

1 

SUBPAGE CODE (01h) 

2 

(MSB) 

PAGE LENGTH (ICh) 


3 


(LSB) 

4 

Reserved ialuae 

5 

Reserved initial priority 

6 


Reserved 


31 




The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.4.5. 
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An implicit asymmetric logical unit access enabled (ialuae) bit set to one specifies that implicit asymmetric logical 
unit access state changes (see 5.8.2.7) are allowed. An ialuae bit set to zero specifies that implicit asymmetric 
logical unit access state changes be disallowed and indicates that implicit asymmetric logical unit access state 
changes are disallowed or not supported. 

The initial priority field specifies the priority that may be used as the task priority (see SAM-3) for tasks received 
in any l_T_L nexus where a priority has not been modified by a SET PRIORITY command (see 6.29). If a MODE 
SELECT command specifies an initial priority value that is different than the current initial priority, then the device 
server shall set any priorities that have not be set with a SET PRIORITY command to a value different than the new 
initial priority value to the new priority. The device server shall generate a unit attention condition for any l_T_L 
nexus that receives a new priority, with the additional sense code set to PRIORITY CHANGED. 

7.4.8 Disconnect-Reconnect mode page 

The Disconnect-Reconnect mode page (see table 247) provides the application client the means to tune the perfor¬ 
mance of the service delivery subsystem. The name for this mode page, disconnect-reconnect, comes from the 
SCSI parallel interface. The mode page policy (see 6.7) for this mode page shall be shared or per target port and 
should be per target port. 


Table 247 — Disconnect-Reconnect mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (Ob) 

PAGE CODE (02h) 

1 

PAGE LENGTH (OEh) 

2 

BUFFER FULL RATIO 

3 

BUFFER EMPTY RATIO 

4 

(MSB) 

BUS INACTIVITY LIMIT 


5 


(LSB) 

6 

(MSB) 

DISCONNECT TIME LIMIT 


7 


(LSB) 

8 

(MSB) 

CONNECT TIME LIMIT 


9 


(LSB) 

10 

(MSB) 

MAXIMUM BURST SIZE 


11 


(LSB) 

12 

EMDP FAIR ARBITRATION DIMM DTDC 

13 

Reserved 

14 

(MSB) 

FIRST BURST SIZE 


15 


(LSB) 


The Disconnect-Reconnect mode page controls parameters that affect one or more target ports. The parameters 
that may be implemented are specified in the SCSI transport protocol standard (see 3.1.74) for the target port. If a 
SCSI target device has multiple target ports, changes in the parameters for one target port should not affect other 
target ports. 

The parameters for a target port affect its behavior regardless of which initiator port is forming an l_T nexus with 
the target port. The parameters may be accessed by MODE SENSE (see 6.9) and MODE SELECT (see 6.7) 


284 


Working Draft SCSI Primary Commands - 3 (SPC-3) 






1 December 2004 


T10/1416-D Revision 21b 


commands directed to any logical unit accessible through the target port. If a parameter value is changed, all the 
device servers for all logical units accessible through the target port shall establish a unit attention condition for the 
initiator port associated with all l_T nexuses except the l_T nexus on which the MODE SELECT command was 
received, with the additional sense code set to MODE PARAMETERS CHANGED 

If a parameter that is not appropriate for the specific SCSI protocol implemented by the target port is non-zero, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL RECUEST, and 
the additional sense code set to ILLEGAL FIELD IN PARAMETER LIST 

An interconnect tenancy is a period of time during which a given pair of SCSI ports are accessing the interconnect 
layer to communicate with each other (e.g., on arbitrated interconnects, a tenancy typically begins when a SCSI 
port successfully arbitrates for the interconnect and ends when the SCSI port releases the interconnect for use by 
other devices). Data and other information transfers take place during interconnect tenancies. 

The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

The buffer full ratio field specifies to the target port how full the buffer should be during read operations prior to 
requesting an interconnect tenancy, target ports that do not implement the requested ratio should round down to 
the nearest implemented ratio as defined in 5.4. 

The buffer empty ratio field specifies to the target port how empty the buffer should be during write operations 
prior to requesting an interconnect tenancy, target ports that do not implement the requested ratio should round 
down to the nearest implemented ratio as defined in 5.4. 

The buffer full and buffer empty ratios are numerators of a fractional multiplier that has 256 as its denominator. A 
value of zero indicates that the target port determines when to request an interconnect tenancy consistent with the 
disconnect time limit parameter. These parameters are advisory to the target port. 

NOTE 52 - As an example, consider a target port with ten 512-byte buffers and a specified buffer full ratio of 3Fh. 

The formula is: INTEGER((ratio/256)*number of buffers). Therefore in this example INTEGER((3Fh/256)*10) = 2. 
During the read operations described in this example, the target port should request an interconnect tenancy 
whenever two or more buffers are full. 

The bus inactivity limit field specifies the maximum time that the target port is permitted to maintain an inter¬ 
connect tenancy without data or information transfer. If the bus inactivity limit is exceeded, then the target port shall 
conclude the interconnect tenancy, within the restrictions placed on it by the applicable SCSI protocol. The 
contents of the dtdc field in this mode page also shall affect the duration of an interconnect tenancy. This value 
may be rounded as defined in 5.4. A value of zero specifies that there is no bus inactivity limit. Different SCSI 
protocols define different units of measure for the bus inactivity limit. 

The disconnect time limit field specifies the minimum time that the target port shall wait between interconnect 
tenancies. This value may be rounded as defined in 5.4. A value of zero specifies that there is no disconnect time 
limit. Different SCSI protocols define different units of measure for the disconnect time limit. 

The connect time limit field specifies the maximum duration of a single interconnect tenancy. If the connect time 
limit is exceeded, then the target port shall conclude the interconnect tenancy, within the restrictions placed on it by 
the applicable SCSI protocol. The contents of the dtdc field in this mode page also shall affect the duration of an 
interconnect tenancy. This value may be rounded as defined in 5.4. A value of zero specifies that there is no 
connect time limit. Different SCSI protocols define different units of measure for the connect time limit. 

The maximum burst size field indicates the maximum amount of data that the target port shall transfer during a 
single data transfer operation. This value is expressed in increments of 512 bytes (e.g., a value of one means 512 
bytes, two means 1 024 bytes, etc.). The relationship (if any) between data transfer operations and interconnect 
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tenancies is defined in the individual SCSI protocol standards. A value of zero specifies there is no limit on the 
amount of data transferred per data transfer operation. 

In terms of the SCSI protocol services (see SAM-3), the device server shall limit the Request Byte Count argument 
to the Receive Data-Out protocol service and the Send Data-In protocol service to the amount specified in the 
MAXIMUM BURST SIZE field. 

The enable modify data pointers (emdp) bit specifies whether or not the target port may transfer data out of order. If 
the emdp bit is set to zero, the target port shall not transfer data out of order. If the emdp bit is set to one, the target 
port is allowed to transfer data out of order. 

The fair arbitration field specifies whether the target port should use fair or unfair arbitration when requesting an 
interconnect tenancy. The field may be used to specify different fairness methods as defined in the individual SCSI 
protocol standards. 

A disconnect immediate (DImm) bit set to zero specifies that the target port may transfer data for a command during 
the same interconnect tenancy in which it receives the command. Whether or not the target port does so may 
depend upon the target port’s internal algorithms, the rules of the applicable SCSI protocol, and settings of the 
other parameters in this mode page. A disconnect immediate (DImm) bit set to one specifies that the target port 
shall not transfer data for a command during the same interconnect tenancy in which it receives the command. 

The data transfer disconnect control (dtdc) field (see table 248) defines other restrictions on when multiple inter¬ 
connect tenancies are permitted. A non-zero value in the dtdc field shall take precedence over other interconnect 
tenancy controls represented by other fields in this mode page. 


Table 248 — Data transfer disconnect control 


DTDC 

Description 

000b 

Data transfer disconnect control is not used. Interconnect tenancies are 
controlled by other fields in this mode page. 

001b 

All data for a command shall be transferred within a single interconnect tenancy. 

010b 

Reserved 

011b 

All data and the response for a command shall be transferred within a single 
interconnect tenancy. 

100b- 111b 

Reserved 


The first burst size field specifies the maximum amount of data that may be transferred to the target port for a 
command along with the command (i.e., the first burst). This value is expressed in increments of 512 bytes; a value 
of one means 512 bytes, two means 1 024 bytes, etc. The meaning of a value of zero is SCSI transport protocol 
specific. SCSI transport protocols supporting this field shall provide an additional mechanism to enable and disable 
the first burst function. 

In terms of the SCSI protocol services (see SAM-3), the Receive Data-Out protocol service shall retrieve the first 
first burst size amount of data from the first burst. 
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7.4.9 Extended mode page 

The Extended mode page (see table 249) provides a means to specify subpages that are defined for all device 
types. Subpage code OOh is reserved, therefore all Extended mode pages use the sub_page format. 


Table 249 — Extended mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (lb) 

PAGE CODE (15h) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


Subpage specific mode parameters 


n 




The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

7.4.10 Extended Device-Type Specific mode page 

The Extended Device-Type Specific mode page (see table 250) provides a means to specify subpages that are 
defined differently for each device type. Subpage code OOh is reserved, therefore all Extended Device-Type 
Specific mode pages use the sub_page format. 


Table 250 — Extended Device-Type Specific mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (lb) 

PAGE CODE (16h) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 


Subpage specific mode parameters 


n 




The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 
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7.4.11 Informational Exceptions Control mode page 

The Informational Exceptions Control mode page (see table 251) defines the methods used by the device server to 
control the reporting and the operations of specific informational exception conditions. This page shall only apply to 
informational exceptions that report an additional sense code of FAILURE PREDICTION THRESHOLD 
EXCEEDED or WARNING to the application client. The mode page policy (see 6.7) for this mode page shall be 
shared, per initiator port, or per l_T nexus. 

Informational exception conditions occur as the result of vendor specific events within a logical unit. An informa¬ 
tional exception condition may occur asynchronous to any commands issued by an application client. 

NOTE 53 - Storage devices that support SMART (Self-Monitoring Analysis and Reporting Technology) for 
predictive failure software should use informational exception conditions. 


Table 251 — Informational Exceptions Control mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (Ob) 

PAGE CODE (ICh) 

1 

PAGE LENGTH (OAh) 

2 

PERF 

Reserved 

1 EBF 1 

EWasc 

DExcpt 

1 TE 51 1 

Reserved 

LogErr 

3 

Reserved 

MRIE 

4 

(MSB) 








7 




IN 1 tl-lVAL 1 llvltn 



(LSB) 

8 

(MSB) 








11 




l-ltKUI-l 1 UUUIN 1 



(LSB) 


The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

If the log errors (LogErr) bit is set to zero, the logging of informational exception conditions by a device server is 
vendor specific. If the LogErr bit is set to one, the device server shall log informational exception conditions. 

A test bit set to one shall create a test device failure at the next interval time, as specified by the interval timer 
field, if the DExcpt bit is set to zero. When the test bit is set to one, the mrie and report count fields shall apply 
as if the test bit were zero. The test device failure shall be reported with the additional sense code set to FAILURE 
PREDICTION THRESHOLD EXCEEDED (FALSE). If both the test bit and the DExcpt bit are one, the MODE 
SELECT command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. A test bit set to zero shall 
instruct the device server not to generate any test device failure notifications. 

A disable exception control (DExcpt) bit set to zero indicates the failure prediction threshold exceeded reporting 
shall be enabled. The method for reporting the failure prediction threshold exceeded when the DExcpt bit is set to 
zero is determined from the mrie field. A DExcpt bit set to one indicates the device server shall disable reporting of 
the failure prediction threshold exceeded. The mrie field is ignored when DExcpt is set to one and EWasc is set to 
zero. 

If the enable warning (EWasc) bit is set to zero, the device server shall disable reporting of the warning. The mrie 
field is ignored when DExcpt is set to one and EWasc is set to zero. If the EWasc bit is set to one, warning 
reporting shall be enabled. The method for reporting the warning when the EWasc bit is set to one is determined 
from the mrie field. 
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If background functions are supported and the Enable Background Function (ebf) bit is set to one, then the device 
server shall enable background functions. If the ebf bit is set to zero, the device server shall disable the functions. 

For the purposes of the ebf bit, background functions are defined as idle time functions that may impact perfor¬ 
mance that are performed by a device server operating without errors but do not impact the reliability of the logical 
unit (e.g., read scan). 

If the performance (perf) bit is set to zero, informational exception operations that are the cause of delays are 
acceptable. If the perf bit is set to one, the device server shall not cause delays while doing informational 
exception operations. A perf bit set to one may cause the device server to disable some or all of the informational 
exceptions operations, thereby limiting the reporting of informational exception conditions. 

The value in the method of reporting informational exceptions (mrie) field defines the method that shall be used by 
the device server to report informational exception conditions (see table 252). The priority of reporting multiple 
information exceptions is vendor specific. 


Table 252 — Method of reporting informational exceptions (mrie) field (part 1 of 2) 


MRIE 

Description 

Oh 

No reporting of informational exception condition: The device server shall not report infor¬ 
mation exception conditions. 

1h 

Asynchronous event reporting: Obsolete 

2h 

Generate unit attention: The device server shall report informational exception conditions by 
returning a CHECK CONDITION status, with the sense key set to UNIT ATTENTION, and the 
additional sense code indicating the cause of the informational exception condition. 

The command that has the CHECK CONDITION shall not be processed before the informational 
exception condition is reported. 

3h 

Conditionally generate recovered error: The device server shall report informational excep¬ 
tion conditions, if the reporting of recovered errors is allowed, by returning a CHECK CONDI¬ 
TION status. If the test bit is set to zero, the status may be returned after the informational 
exception condition occurs on any command for which GOOD status would have been returned. 

If the test bit is set to one, the status shall be returned on the next command that is normally 
capable of returning an informational exception condition when the test bit is set to zero. The 
sense key shall be set to RECOVERED ERROR and the additional sense code shall indicate the 
cause of the informational exception condition. 

The command that returns the CHECK CONDITION for the informational exception shall com¬ 
plete without error before any informational exception condition may be reported. 

a The Read-Write Error Recovery mode page is described in the applicable command standard (see 

3.1.18). 
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Table 252 — Method of reporting informational exceptions (mrie) field (part 2 of 2) 


MRIE 

Description 

4h 

Unconditionally generate recovered error: The device server shall report informational 
exception conditions, regardless of the value of the post error (per) bit of the Read-Write Error 
Recovery mode page, 3 by returning a CHECK CONDITION status. If the test bit is set to zero, 
the status may be returned after the informational exception condition occurs on any command 
for which GOOD status would have been returned. If the test bit is set to one, the status shall be 
returned on the next command that is normally capable of returning an informational exception 
condition when the test bit is set to zero. The sense key shall be set to RECOVERED ERROR 
and the additional sense code shall indicate the cause of the informational exception condition. 


The command that returns the CHECK CONDITION for the informational exception shall com¬ 
plete without error before any informational exception condition may be reported. 

5h 

Generate no sense: The device server shall report informational exception conditions by return¬ 
ing a CHECK CONDITION status. If the test bit is set to zero, the status may be returned after 
the informational exception condition occurs on any command for which GOOD status would 
have been returned. If the test bit is set to one, the status shall be returned on the next com¬ 
mand that is normally capable of returning an informational exception condition when the test 
bit is set to zero. The sense key shall be set to NO SENSE and the additional sense code shall 
indicate the cause of the informational exception condition. 


The command that returns the CHECK CONDITION for the informational exception shall com¬ 
plete without error before any informational exception condition may be reported. 

6h 

Only report informational exception condition on request: The device server shall preserve 
the informational exception(s) information. To find out about information exception conditions the 
application client polls the device server by issuing a REQUEST SENSE command. The sense 
key shall be set to NO SENSE and the additional sense code shall indicate the cause of the 
informational exception condition. 

7h - Bh 

Reserved 

Ch-Fh 

Vendor specific 

3 The Read-Write Error Recovery mode page is described in the applicable command standard (see 
3.1.18). 


The value in the interval timer field is the period in 100 millisecond increments for reporting that an informational 
exception condition has occurred. The device server shall not report informational exception conditions more 
frequently than the time specified by the interval timer field and shall report them after the time specified by 
interval timer field has elapsed. After the informational exception condition has been reported the interval timer 
shall be restarted. A value of zero or FFFF FFFFh in the interval timer field shall indicate that the period for 
reporting an informational exception condition is vendor specific. 

The value in the report count field is the number of times to report an informational exception condition to the 
application client. A value of zero in the report count field indicates there is no limit on the number of times the 
device server reports an informational exception condition. 

The maintaining of the interval timer and the report counter across power cycles, hard resets, logical unit resets, 
and l_T nexus losses is vendor specific. 
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7.4.12 Power Condition mode page 

The Power Condition mode page provides an application client the methods to control the power condition of a 
logical unit (see 5.9). These methods include: 

a) Specifying that the logical unit transition to a power condition without delay; and 

b) Activating and setting of idle condition and standby condition timers to specify that the logical unit wait for a 
period of inactivity before transitioning to a specified power condition. 

The mode page policy (see 6.7) for this mode page shall be shared. 

When a device server receives a command while in a power condition based on a setting in the Power Condition 
mode page, the logical unit shall transition to the power condition that allows the command to be processed. If 
either the idle condition timer or the standby condition timer has been set, then they shall be reset on receipt of the 
command. On completion of the command, the timer(s) shall be started. 

Logical units that contain cache memory shall write all cached data to the medium for the logical unit (e.g.,as a 
logical unit would do in response to a SYNCHRONIZE CACHE command as described in SBC-2) prior to entering 
into any power condition that prevents accessing the media (e.g., before a hard drive stops its spindle motor during 
transition to the standby power condition). 

The logical unit shall use the values in the Power Condition mode page to control its power condition after a power 
on or a hard reset until a START STOP UNIT command setting a power condition is received. 

Table 253 defines the Power Condition mode page. 


Table 253 — Power Condition mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (Ob) 

PAGE CODE (1Ah) 

1 

PAGE LENGTH (OAh) 

2 

Reserved 

3 

Reserved idle standby 

4 

(MSB) 

IDLE CONDITION TIMER 


7 


(LSB) 

8 

(MSB) 

STANDBY CONDITION TIMER 


11 


(LSB) 


The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

The idle and standby bits specify which timers are active. 

If the idle bit is set to one and the standby bit is set to zero, then the idle condition timer is active and the device 
server shall transition to the idle power condition when the idle condition timer is zero. 

If the idle bit is set to zero, then the device server shall ignore the idle condition timer. 

If the standby bit is set to one and the idle bit is set to zero, then the standby condition timer is active and the 
device server shall transition to the standby power condition when the standby condition timer is zero. 
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If the standby bit is set to zero, then the device server shall ignore the standby condition timer. 

If both the idle and standby bits are set to one, then both timers are active and run concurrently. When the idle 
condition timer is zero the device server shall transition to the idle power condition. When the standby condition 
timer is zero the device server shall transition to the standby power condition. If the standby condition timer is zero 
before the idle condition timer is zero, then the logical unit shall transition to the standby power condition. 

The value in the idle condition timer field specifies the inactivity time in 100 millisecond increments that the 
logical unit shall wait before transitioning to the idle power condition when the idle bit is set to one. The idle 
condition timer is expired when: 

a) The idle condition timer field is set to zero; or 

b) The number of milliseconds specified by the value in the idle condition timer field times 100 milliseconds 
has elapsed since the last activity. 

The value in the standby condition timer field specifies the inactivity time in 100 millisecond increments that the 
logical unit shall wait before transitioning to the standby power condition when the standby bit is set to one. The 
standby condition timer is expired when: 

a) The standby condition timer field is set to zero; or 

b) The number of milliseconds specified by the value in the standby condition timer field times 100 milli¬ 
seconds has elapsed since the last activity. 

7.4.13 Protocol Specific Logical Unit mode page 

The Protocol Specific Logical Unit mode page (see table 254) provides protocol specific controls that are asso¬ 
ciated with a logical unit. 


Table 254 — Protocol Specific Logical Unit mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (0b) 

PAGE CODE (18H) 

1 

PAGE LENGTH (n-1) 

2 

Reserved protocol identifier 

3 


Protocol specific mode parameters 


n 




During an l_T_L nexus, the Protocol Specific Logical Unit mode page controls parameters that affect both: 

a) One or more target ports; and 

b) The logical unit. 

The parameters that may be implemented are specified in the SCSI transport protocol standard (see 3.1.74) for the 
target port. The mode page policy (see 6.7) for this mode page shall be shared or per target port and should be per 
target port. If a logical unit is accessible through multiple target ports, changes in the parameters for one target port 
should not affect other target ports. 

The parameters for a target port and logical unit affect their behavior regardless of which initiator port is forming an 
l_T_L nexus with the target port and logical unit. If a parameter value is changed, the device server shall establish 
a unit attention condition for the initiator port associated with all l_T nexuses except the l_T nexus on which the 
MODE SELECT command was received, with the additional sense code set to MODE PARAMETERS CHANGED. 
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The ps bit, spf bit, page code field, and page length field are described in 7.4.5. 

The value in the protocol identifier field (see 7.5.1) defines the SCSI transport protocol to which the mode page 
applies. For a MODE SENSE command (see 6.9), the device server shall set the protocol identifier field to one 
of the values shown in table 257 (see 7.5.1) to indicate the SCSI transport protocol used by the target port through 
which the MODE SENSE command is being processed. For a MODE SELECT command (see 6.7), the application 
client shall set the protocol identifier field to one of the values shown in table 257 indicating the SCSI transport 
protocol to which the protocol specific mode parameters apply. If a device server receives a mode page containing 
a transport protocol identifier value other than the one used by the target port on which the MODE SELECT 
command was received, then the command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

7.4.14 Protocol Specific Port mode page 

The Protocol Specific Port mode page provides protocol specific controls that are associated with a SCSI port. The 
page_0 format (see table 255) is used for subpage OOh and sub_page format (see table 256) is used for subpages 
01 h through FEh. See the SCSI protocol standard (see 3.1.74) for definition of the protocol specific mode param¬ 
eters. 


Table 255 — Page_0 format Protocol Specific Port mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (Ob) 

PAGE CODE (19H) 

1 

PAGE LENGTH (n-1) 

2 

Reserved protocol identifier 

3 


Protocol specific mode parameters 


n 




Table 256 — Sub_page format Protocol Specific Port mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (19H) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Reserved 

5 

Reserved protocol identifier 

6 


Protocol specific mode parameters 


n 




The Protocol Specific Port mode page controls parameters that affect one or more target ports. The parameters 
that may be implemented are specified in the SCSI transport protocol standard (see 3.1.74) for the target port. The 
mode page policy (see 6.7) for this mode page shall be shared or per target port and should be per target port. If a 
target device has multiple target ports, changes in the parameters for one target port should not affect other target 
ports. 
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The parameters for a target port affect its behavior regardless of which initiator port is forming an l_T nexus with 
the target port. The parameters may be accessed by MODE SENSE (see 6.9) and MODE SELECT (see 6.7) 
commands directed to any logical unit accessible through the target port. If a parameter value is changed, the 
device server for all logical units accessible through the target port shall establish a unit attention condition for the 
initiator port associated with all l_T nexuses except the l_T nexus on which the MODE SELECT command was 
received, with the additional sense code set to MODE PARAMETERS CHANGED. 

The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.4.5. 

The value in the protocol identifier field (see 7.5.1) defines the SCSI transport protocol to which the mode page 
applies. For a MODE SENSE command, the device server shall set the protocol identifier field to one of the 
values shown in table 257 (see 7.5.1) to indicate the SCSI transport protocol used by the target port through which 
the MODE SENSE command is being processed. For a MODE SELECT command, the application client shall set 
the protocol identifier field to one of the values shown in table 257 indicating the SCSI transport protocol to 
which the protocol specific mode parameters apply. If a device server receives a mode page containing a transport 
protocol identifier value other than the one used by the target port on which the MODE SELECT command was 
received, then command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 
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7.5 Protocol specific parameters 

7.5.1 Protocol specific parameters introduction 

Some commands use protocol specific information in their CDBs or parameter lists. This subclause describes 
those protocol specific parameters. 

Protocol specific parameters may include a protocol identifier field (see table 257) as a reference for the SCSI 
protocol to which the protocol specific parameter applies. 


Table 257 — protocol identifier values 


Protocol 

Identifier 

Description 

Protocol 

Standard 

Oh 

Fibre Channel 

FCP-2 

1h 

Parallel SCSI 

SPI-5 

2h 

SSA 

SSA-S3P 

3h 

IEEE 1394 

SBP-3 

4h 

SCSI Remote Direct Memory Access Protocol 

SRP 

5h 

Internet SCSI (iSCSI) 

iSCSI 

6h 

SAS Serial SCSI Protocol 

SAS 

7h 

Automation/Drive Interface Transport Protocol 

ADT 

8h 

ATA Packet Interface (ATAPI) 

ATA/ATAPI-7 

9h - Eh 

Reserved 


Fh 

No specific protocol 



7.5.2 Alias entry protocol specific designations 

7.5.2.1 Introduction to alias entry protocol specific designations 

The alias entries (see 6.2.2) in the parameter data for the CHANGE ALIASES command (see 6.2) and REPORT 
ALIASES command (see 6.19) include format code, designation length and designation fields whose contents 
and meaning are based on the SCSI protocol specified in a protocol identifier field (see 7.5.1). This subclause 
defines the SCSI protocol specific format codes, designation lengths, and designations. 
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7.5.2.2 Fibre Channel specific alias entry designations 

7.5.2.2.1 Introduction to Fibre Channel specific alias entry designations 

If an alias entry protocol identifier field contains the Fibre Channel protocol identifier (Oh, see table 257), the 
FORMAT CODE, designation length and designation fields shall be as defined in table 258. 


Table 258 — Fibre Channel alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes) 

Designation 

Subclause 

OOh 

World Wide Port Name 

8 

7.5.2.2.2 

Olh 

World Wide Port Name 

12 

7.5.2.2.3 


with N_Port checking 



02h - FFh 

Reserved 




7.5.2.2.2 Fibre Channel world wide port name alias entry designation 

If the protocol identifier and format code fields specify a Fibre Channel world wide port name designation, the 
alias entry designation field shall have the format shown in table 259. 


Table 259 — Fibre Channel world wide port name alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 


FIBRE CHANNEL WORLD WIDE PORT NAME 


23 




The fibre channel world wide port name field shall contain the port world wide name defined by the port login 
(PLOGI) extended link service (see FC-FS). 


A Fibre Channel world wide port name designation is valid (see 6.2.3) if the device server has access to a SCSI 
domain formed by a Fibre Channel fabric and the fabric contains a port with the specified port world wide name. 

7.5.2.2.3 Fibre Channel world wide port name with N_Port checking alias entry designation 

If the protocol identifier and format code fields specify a Fibre Channel world wide port name with N_Port 
checking designation, the alias entry designation field shall have the format shown in table 260. 


Table 260 — Fibre Channel world wide port name with N_Port checking alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 








23 




riBHt UnANNtL VVUttLU VVIDt rUHl IMAMt 


24 

Reserved 

25 

(MSB) 



N_PORT 




27 






(LSB) 
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The fibre channel world wide port name field shall contain the port world wide name defined by the port login 
(PLOGI) extended link service (see FC-FS). 

The n_port field shall contain the FC_FS port D_ID to be used to transport frames including PLOGI and FCP-2 
related frames. 

A Fibre Channel world wide port name with N_Port checking designation is valid (see 6.2.3) if all of the following 
conditions are true: 

a) The device server has access to a SCSI domain formed by a Fibre Channel fabric; 

b) The fabric contains a port with the specified port World Wide Name; and 

c) The value in the n_port field is the N_Port identifier of a Fibre Channel port whose port world wide name 
matches that in the fibre channel world wide port name field. 

7.5.2.3 RDMA specific alias entry designations 

7.5.2.3.1 Introduction to RDMA specific alias entry designations 

If an alias entry protocol identifier field contains the SCSI RDMA protocol identifier (4h, see table 257), the 
FORMAT CODE, designation length and designation fields shall be as defined in table 261. 


Table 261 — RDMA alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes) 

Designation 

Subclause 

OOh 

Target Port Identifier 

16 

7.5.2.3.2 

Olh 

InfiniBand™ Global Identifier with 

32 

7.5.2.3.3 


Target Port Identifier checking 



02h - FFh 

Reserved 




7.5.2.3.2 RDMA target port identifier alias entry designation 

If the protocol identifier and format code fields specify a SCSI RDMA target port identifier designation, the 
alias entry designation field shall have the format shown in table 262. 


Table 262 — RDMA target port identifier alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 


TARGET PORT IDENTIFIER 


31 




The target port identifier field shall contain an SRP target port identifier. 

A SCSI RDMA target port identifier designation is valid (see 6.2.3) if the device server has access to an SRP SCSI 
domain containing the specified SRP target port identifier. 
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7.5.2.3.3 InfiniBand global identifier with target port identifier checking alias entry designation 

If the protocol identifier and format code fields specify an InfiniBand global identifier with target port identifier 
checking designation, the alias entry designation field shall have the format shown in table 263. 


Table 263 — InfiniBand global identifier with target port identifier checking alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 


INFINIBAND GLOBAL IDENTIFIER 


31 



32 


TARGET PORT IDENTIFIER 


47 




The INFINIBAND global identifier field contains an InfiniBand global identifier (GID) of an InfiniBand port 
connected to an SRP target port. 

The target port identifier field shall contain an SRP target port identifier. 

An InfiniBand global identifier with target port identifier checking designation is valid (see 6.2.3) if all of the following 
conditions are true: 

a) The device server has access to an SRP SCSI domain layered on InfiniBand; 

b) The device server has access to an SRP target port based on the InfiniBand global identifier specified in 
the INFINIBAND global identifier field; and 

c) The value in the target port identifier field is the SRP target port identifier for the SRP target port that is 
accessible via the InfiniBand global identifier contained in the infiniband global identifier field. 

7.5.2.4 Internet SCSI specific alias entry designations 

7.5.2.4.1 Introduction to Internet SCSI specific alias entry designations 

If an alias entry protocol identifier field contains the iSCSI protocol identifier (5h, see table 257), the format 
CODE, designation length and designation fields shall be as defined in table 264. 


Table 264 — iSCSI alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes, 

maximum) 

Designation 

Subclause 

OOh 

iSCSI Name 

224 

7.5.2.4.2 

01 h 

iSCSI Name with binary IPv4 address 

236 

7.5.2.4.3 

02 h 

iSCSI Name with IPName 

488 

7.5.2.4.4 

03h 

iSCSI Name with binary IPv6 address 

248 

7.5.2.4.5 

04h - FFh 

Reserved 




NOTE 54 - A designation that contains no IP addressing information or contains IP addressing information that 
does not address the named SCSI device may require a device server to have access to a name server or to other 
discovery protocols to resolve the given iSCSI Name to an IP address through which the device server may 
establish iSCSI Login. Access to such a service is protocol specific and vendor specific. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


































1 December 2004 


T10/1416-D Revision 21b 


7.5.2.4.2 iSCSI name alias entry designation 

If the protocol identifier and format code fields specify iSCSI name designation, the alias entry designation 
field shall have the format shown in table 265. 


Table 265 — iSCSI name alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 

(MSB) 



ISCSI NAME 




4m-1 






(LSB) 


The null-terminated, null-padded (see 4.4.2) iSCSI name field shall contain the iSCSI name of an iSCSI node (see 
RFC 3720). The number of bytes in the iscsi name field shall be a multiple of four. 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

7.5.2.4.3 iSCSI name with binary IPv4 address alias entry designation 

If the protocol identifier and format code fields specify iSCSI name with binary IPv4 address designation, the 
alias entry designation field shall have the format shown in table 266. 


Table 266 — iSCSI name with binary IPv4 address alias entry designation 


Bit 

Byte 

7 6 5 4 3 2 1 0 

16 

(MSB) 

4m-1 

ISCSI NAME 

(LSB) 

4m 

(MSB) 

4m+3 

IPV4 ADDRESS 

(LSB) 

4m+4 

Reserved 

4m+5 

Reserved 

4m+6 

(MSB) 

4m+7 

PORT NUMBER 

(LSB) 

4m+8 

Reserved 

4m+9 

Reserved 

4m+10 

(MSB) 

4m+11 

INTERNET PROTOCOL NUMBER 

(LSB) 


The null-terminated, null-padded (see 4.4.2) iscsi name field shall contain the iSCSI name of an iSCSI node (see 
RFC 3720). The number of bytes in the iscsi name field shall be a multiple of four. 

The IPv4 address field shall contain an IPv4 address (see RFC 791). 

The port number field shall contain a port number (see RFC 790). 

The internet protocol number field shall contain an Internet protocol number (see RFC 790). 
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An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

The IPv4 address, port number and Internet protocol number provided in the designation may be used by a device 
server for addressing to discover and establish communication with the named iSCSI node. Alternatively, the 
device server may use other protocol specific or vendor specific methods to discover and establish communication 
with the named iSCSI node. 

7.5.2.4.4 iSCSI name with IPname alias entry designation 

If the protocol identifier and format code fields specify iSCSI name with IPname designation, the alias entry 
DESIGNATION field shall have the format shown in table 267. 


Table 267 — iSCSI name with IPname alias entry designation 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

16 

(MSB) 

ISCSI NAME 


k 


(LSB) 

k+1 

(MSB) 

IPNAME 


n 


(LSB) 

n+1 


pad (if needed) 


4m-1 



4m 

Reserved 

4m+1 

Reserved 

4m+2 

(MSB) 

PORT NUMBER 


4m+3 


(LSB) 

4m+4 

Reserved 

4m+5 

Reserved 

4m+6 

(MSB) 

INTERNET PROTOCOL NUMBER 


4m+7 


(LSB) 


The null-terminated (see 4.4.2) iSCSI name field shall contain the iSCSI name of an iSCSI node (see RFC 3720). 


The null-terminated (see 4.4.2) ipname field shall contain a Internet protocol domain name, IPname (see RFC 
1035). 

The pad field shall contain zero to three bytes set to zero such that the total length of the iscsi name, ipname, and 
pad fields is a multiple of four. Device servers shall ignore the pad field. 

The port number field shall contain a port number (see RFC 790). 

The internet protocol number field shall contain an Internet protocol number (see RFC 790). 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 
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The Internet protocol domain name, port number and Internet protocol number provided in the designation may be 
used by a device server for addressing to discover and establish communication with the named iSCSI node. Alter¬ 
natively, the device server may use other protocol specific or vendor specific methods to discover and establish 
communication with the named iSCSI node. 

7.5.2.4.5 iSCSI name with binary IPv6 address alias entry designation 

If the protocol identifier and format code fields specify iSCSI name with binary IPv6 address designation, the 
alias entry designation field shall have the format shown in table 266. 


Table 268 — iSCSI name with binary IPv6 address alias entry designation 


Bit 

Byte 

7 6 5 4 3 2 1 0 

16 

(MSB) 

n 

ISCSI NAME 

(LSB) 

4m 

(MSB) 

4m+15 

IPV6 ADDRESS 

(LSB) 

4m+16 

Reserved 

4m+17 

Reserved 

4m+18 

(MSB) 

4m+19 

PORT NUMBER 

(LSB) 

4m+20 

Reserved 

4m+21 

Reserved 

4m+22 

(MSB) 

4m+23 

INTERNET PROTOCOL NUMBER 

(LSB) 


The null-terminated, null-padded (see 4.4.2) iscsi name field shall contain the iSCSI name of an iSCSI node (see 
RFC 3720). 


The IPv6 address field shall contain an IPv6 address (see RFC 2373). 

The port number field shall contain a port number (see RFC 790). 

The internet protocol number field shall contain an Internet protocol number (see RFC 790). 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

The IPv6 address, port number and Internet protocol number provided in the designation may be used by a device 
server for addressing to discover and establish communication with the named iSCSI node. Alternatively, the 
device server may use other protocol specific or vendor specific methods to discover and establish communication 
with the named iSCSI node. 
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7.5.3 EXTENDED COPY protocol specific target descriptors 

7.5.3.1 Introduction to EXTENDED COPY protocol specific target descriptors 

The protocol-specific target descriptors in the parameter data of the EXTENDED COPY command (see 6.3) are 
described in this subclause. An introduction to EXTENDED COPY target descriptors is provided in 6.3.6.1. 

NOTE 55 - In the EXTENDED COPY command the target in target descriptor refers to a copy target device (i.e., 
the source or destination of an EXTENDED COPY operation), not a SCSI target device. Target descriptors specify 
logical unit numbers or proxy tokens and may also specify initiator ports, target ports, and SCSI target devices used 
to access those logical units. 

7.5.3.2 Fibre Channel world wide name EXTENDED COPY target descriptor format 

The target descriptor format shown in table 269 is used by an EXTENDED COPY command to specify a copy 
target device using its Fibre Channel world wide name. 


Table 269 — Fibre Channel world wide name EXTENDED COPY target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (EOh) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 


WORLD WIDE NAME 


19 



20 


Reserved 


27 



28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 

The world wide name field shall contain the port world wide name defined by the port login (PLOGI) extended link 
service (see FC-FS). 

NOTE 56 - The world wide name target descriptor format necessitates translating the world wide name to an 
N_Port identifier (see 7.5.3.3). 
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7.5.3.3 Fibre Channel N_Port EXTENDED COPY target descriptor format 

The target descriptor format shown in table 270 is used by an EXTENDED COPY command to specify a copy 
target device using its Fibre Channel N_Port. 


Table 270 — Fibre Channel N_Port EXTENDED COPY target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (El h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 


Reserved 


20 



21 

(MSB) 

N_Port 


22 



23 


(LSB) 

24 


Reserved 


27 



28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 

identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 

The N_Port field shall contain the port D_ID (see FC-FS) to be used to transport frames including PLOGI and 
FCP-2 related frames. 

NOTE 57 - Use of N_Port addressing restricts this target descriptor format to a single Fibre Channel fabric. 
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7.5.3.4 Fibre Channel N_Port with world wide name checking EXTENDED COPY target descriptor format 

EXTENDED COPY command copy target devices that are addressed using their Fibre Channel N_Port with World 
Wide Name checking use the target descriptor format shown in table 271 to specify the addressing information. 


Table 271 — Fibre Channel N_Port with world wide name checking target descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (E2h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

3 

RELATIVE INITIATOR PORT IDENTIFIER 

(LSB) 

4 


11 

LU IDENTIFIER 

12 


19 

WORLD WIDE NAME 

20 

Reserved 

21 

(MSB) 

22 

N_Port 

23 

(LSB) 

24 


27 

Reserved 

28 


31 

Device type specific parameters 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 

The world wide name field shall contain the port world wide name defined by the port login (PLOGI) extended link 
service (see FC-FS). 

The N_Port field shall contain the port D_ID (see FC-FS) to be used to transport frames including PLOGI and 
FCP-2 related frames. 

NOTE 58 - Use of N_Port addressing restricts this target descriptor format to a single fabric. 

When the copy manager first processes a segment descriptor that references this target descriptor, it shall confirm 
that the DJD in the N_Port field is associated with the world wide name in the world wide name field. If the 
confirmation fails, the command shall be terminated because the copy target device is unavailable (see 6.3.3). The 
SCSI device processing this target descriptor shall track configuration changes that affect the DJD value for the 
duration of the task. An application client is responsible for tracking configuration changes between commands. 
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7.5.3.5 SCSI Parallel T_L EXTENDED COPY target descriptor format 

EXTENDED COPY command copy target devices that are addressed using their SCSI parallel protocol SCSI bus 
target identifier, and logical unit number use the target descriptor format shown in table 272 to specify the 
addressing information. 


Table 272 — SCSI Parallel T_L EXTENDED COPY target descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (E3h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

3 

RELATIVE INITIATOR PORT IDENTIFIER 

(LSB) 

4 


11 

LU IDENTIFIER 

12 

Vendor unique 

13 

TARGET IDENTIFIER 

14 


27 

Reserved 

28 


31 

Device type specific parameters 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 
identifier field, LU identifier field, and the device type specific parameters are described in 6.3.6.1. 

The target identifier field specifies the SCSI target identifier (see SPI-5). 
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7.5.3.6 IEEE 1394 EUI-64 EXTENDED COPY target descriptor format 

The target descriptor format shown in table 273 is used to identify an EXTENDED COPY command copy target 
device using its IEEE 1394 Extended Unique Identifier, 64-bits (EUI-64) and configuration ROM (Read-Only 
Memory) directory identifier. 


Table 273 — IEEE 1394 EUI-64 EXTENDED COPY target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E8h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 


EUI-64 


19 



20 


DIRECTORY ID 


22 



23 


Reserved 


27 



28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 

The eui-64 field shall contain the node’s unique identifier (EUI-64) obtained from the configuration ROM bus infor¬ 
mation block, as specified by IEEE 1394a:2000. 

NOTE 59 - IEEE 1394a-2000 separately labels the components of the EUI-64 as node_vendor_id, chipjdjhi and 
chip_id_lo. Collectively these form the node’s EUI-64. 

The directory id field shall contain the copy target device’s directory identifier, as specified by ISO/IEC 
13213:1994. 
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7.5.3.7 RDMA EXTENDED COPY target descriptor format 

The target descriptor format shown in table 274 is used to identify an EXTENDED COPY command copy target 
device using its RDMA SRP target port identifier (see SRP). 


Table 274 — RDMA EXTENDED COPY target descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (E7h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

3 

RELATIVE INITIATOR PORT IDENTIFIER 

(LSB) 

4 


11 

LU IDENTIFIER 

12 


27 

TARGET PORT IDENTIFIER 

28 


31 

Device type specific parameters 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 
identifier field, LU identifier field, and the device type specific parameters are described in 6.3.6.1. 

The target port identifier field contains the SRP target port identifier (see SRP). 
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7.5.3.8 iSCSI binary IPv4 address EXTENDED COPY target descriptor format 

EXTENDED COPY command copy target devices that are addressed using their Internet protocol binary IPv4 
address, and logical unit number use the target descriptor format shown in table 275 to specify the addressing 
information. 


Table 275 — iSCSI binary IPv4 address EXTENDED COPY target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E5h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 

(MSB) 

IPV4 ADDRESS 


15 


(LSB) 

16 


Reserved 


21 



22 

(MSB) 

PORT NUMBER 


23 


(LSB) 

24 

Reserved 

25 

Reserved 

26 

(MSB) 

INTERNET PROTOCOL NUMBER 


27 


(LSB) 

28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 

identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 


The IPv4 address field shall contain an IPv4 address (see RFC 791). 

The port number field shall contain the port number (see RFC 790). 

The internet protocol number field shall contain an Internet protocol number (see RFC 790). 
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7.5.3.9 SAS serial SCSI protocol target descriptor format 

The target descriptor format shown in table 274 is used to specify an EXTENDED COPY command copy target 
device using its SAS serial SCSI protocol (see SAS). 


Table 276 — SAS serial SCSI protocol EXTENDED COPY target descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E9h) 

1 

LU ID TYPE NUL PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 


LU IDENTIFIER 


11 



12 


SAS ADDRESS 


19 



20 


Reserved 


27 



28 


Device type specific parameters 


31 




The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, NUL bit, RELATIVE INITIATOR PORT 

identifier field, lu identifier field, and the device type specific parameters are described in 6.3.6.1. 

The sas address field contains the SAS address (see SAS). 

7.5.4 TransportID identifiers 

7.5.4.1 Overview of TransportID identifiers 

An application client may use a TransportID to identify an initiator port other than the initiator port that is trans¬ 
porting the command and parameter data (e.g., as an Access identifiers (see 8.3.1.3.2) in ACL ACEs, as the 
initiator port in the l_T nexus to which PERSISTENT RESERVE OUT command with REGISTER AND MOVE 
service action (see 5.6.7) is moving a persistent reservation). 

TransportIDs (see table 277) shall be at least 24 bytes long and shall be a multiple of four bytes in length. 


Table 277 — TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE 

Reserved 

PROTOCOL IDENTIFIER 

1 


SCSI protocol specific data 


n 
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The format code field specifies the format of the TransportID. All format codes not specified in this standard are 
reserved. 

The protocol identifier field (see table 257 in 7.5.1) specifies the SCSI protocol to which the TransportID applies. 

The format of the SCSI protocol specific data depends on the value in the protocol identifier field. The SCSI 
protocol specific data in a TransportID shall only include initiator port identifiers, initiator port names, or initiator 
device names (see SAM-3) that persist across hard resets and l_T nexus losses. TransportID formats specific to 
SCSI protocols are listed in table 278. 


Table 278 — TransportID formats for specific SCSI protocols 


SCSI Protocol 

Protocol 

Standard 

Reference 

Fibre Channel 

FCP-2 

7.5.4.2 

Parallel SCSI 

SPI-5 

7.5.4.3 

IEEE 1394 

SBP-3 

7.5.4.4 

Remote Direct Memory Access (RDMA) 

SRP 

7.5.4.5 

Internet SCSI (iSCSI) 

iSCSI 

7.5.4.6 

SAS Serial SCSI Protocol 

SAS 

7.5.4.7 


7.5.4.2 TransportID for initiator ports using SCSI over Fibre Channel 

A Fibre Channel TransportID (see table 279) specifies an FCP-2 initiator port based on the world wide unique 
initiator port name belonging to that initiator port. 


Table 279 — Fibre Channel TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (Oh) 

1 


Reserved 


7 



8 


WORLD WIDE NAME 


15 



16 


Reserved 


23 




The world wide name field shall contain the port World Wide Name defined by the Physical Log In (PLOGI) 
extended link service, defined in FC-FS. 
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7.5.4.3 TransportID for initiator ports using a parallel SCSI bus 

A parallel SCSI bus TransportID (see table 280) specifies a SPI-5 initiator port based on the SCSI address of an 
initiator port and the relative port identifier of the target port through which the application client accesses the SCSI 
target device. 


Table 280 — Parallel SCSI bus TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (1h) 

1 

Reserved 

2 

(MSB) 

SCSI ADDRESS 


3 


(LSB) 

4 


Obsolete 


5 



6 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


7 


(LSB) 

8 


Reserved 


23 




The SCSI address field specifies the SCSI address (see SPI-5) of the initiator port. 

The relative target port identifier field specifies the relative port identifier (see 3.1.80) of the target port for 
which the initiator port SCSI address applies. If the relative target port identifier does not reference a target 
port in the SCSI target device, the TransportID is invalid. 

7.5.4.4 TransportID for initiator ports using SCSI over IEEE 1394 

An IEEE 1394 TransportID (see table 281) specifies an SBP-3 initiator port based on the EUI-64 initiator port name 
belonging to that initiator port. 


Table 281 — IEEE 1394 TransportID format 


Bit 

Byte 

7 6 

5 4 

3 2 10 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (3h) 

1 


Reserved 


7 



8 


eui-64 name 


15 



16 


Reserved 


23 




The eui-64 name field shall contain the EUI-64 IEEE 1394 node unique identifier (see SBP-3) for an initiator port. 
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7.5.4.5 TransportID for initiator ports using SCSI over an RDMA interface 

A RDMA TransportID (see table 282) specifies an SRP initiator port based on the world wide unique initiator port 
name belonging to that initiator port. 


Table 282 — RDMA TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (4h) 

1 


Reserved 


7 



8 


INITIATOR port identifier 


23 




The initiator port identifier field shall contain an SRP initiator port identifier (see SRP). 

7.5.4.6 TransportID for initiator ports using SCSI over Internet SCSI 

An iSCSI TransportID specifies an iSCSI initiator port using one of the TransportID formats listed in table 283. 


Table 283 — iSCSI TransportID formats 


Format code 

Description 

00b 

01b 

10b- 11b 

Initiator port is identified using the world wide unique initiator device name of the iSCSI 
initiator device containing the initiator port (see table 284). 

Initiator port is identified using the world wide unique initiator port identifier (see table 285). 

Reserved 


iSCSI TransportIDs with a format code of 00b may be rejected. iSCSI TransportIDs with a format code of 01b 
should not be rejected. 


A iSCSI TransportID with the format code set to 00b (see table 284) specifies an iSCSI initiator port based on the 
world wide unique initiator device name of the iSCSI initiator device containing the initiator port. 


Table 284 — iSCSI initiator device TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (5h) 

1 

Reserved 

2 

(MSB) 

ADDITIONAL LENGTH (m-3) 


3 


(LSB) 

4 

(MSB) 

ISCSI NAME 


m 


(LSB) 


The additional length field specifies the number of bytes that follow in the TransportID. The additional length shall 
be at least 20 and shall be a multiple of four. 
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The null-terminated, null-padded (see 4.4.2) iscsi name field shall contain the iSCSI name of an iSCSI initiator 
node (see RFC 3720). The first iscsi name field byte containing an ASCII null character terminates the iscsi name 
field without regard for the specified length of the iSCSI TransportID or the contents of the additional length field. 

NOTE 60 - The maximum length of the iSCSI TransportID is 228 bytes because the iSCSI name length does not 
exceed 223 bytes. 

If a iSCSI TransportID with the format code set to 00b is appears in a PERSISTENT RESERVE OUT parameter list 
(see 6.12.3), all initiator ports known to the device server with an iSCSI node name matching the one in the Trans¬ 
portID shall be registered. 

If a iSCSI TransportID with the format code set to 00b is appears in an ACE access identifier (see 8.3.1.3.2), the 
logical units listed in the ACE shall be accessible to any initiator port with an iSCSI node name matching the value 
in the TransportID. The access controls coordinator shall reject any command that attempts to define more than 
one ACEs with an iSCSI TransportID access identifier containing the same iSCSI name. The command shall be 
terminated with CHECK CONDITION status, with the sense key ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST. 

A iSCSI TransportID with the format code set to 01b (see table 285) specifies an iSCSI initiator port based on its 
world wide unique initiator port identifier. 


Table 285 — iSCSI initiator port TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (01 b) 

Reserved 

PROTOCOL IDENTIFIER (5h) 

1 

Reserved 

2 

(MSB) 

ADDITIONAL LENGTH (m-3) 


3 


(LSB) 

4 

(MSB) 

ISCSI NAME 


n-1 


(LSB) 

n 

(MSB) 

SEPARATOR (2C 692C 3078h) 


n+4 


(LSB) 

n+5 

(MSB) 

ISCSI INITIATOR SESSION ID 


m 


(LSB) 


The additional length field specifies the number of bytes that follow in the TransportID encompassing the iscsi 
name, separator, and iscsi initiator session id fields. The additional length shall be at least 20 and shall be a 
multiple of four. 

The iscsi name field shall contain the iSCSI name of an iSCSI initiator node (see RFC 3720). The iscsi name field 
shall not be null-terminated (see 4.4.2) and shall not be padded. 

The separator field shall contain the five ASCII characters ",i,0x". 

NOTE 61 - The notation used to define the separator field is described in 3.6.1. 

The null-terminated, null-padded iscsi initiator session id field shall contain the iSCSI initiator session identifier 
(see RFC 3720) in the form of ASCII characters that are the hexadecimal digits converted from the binary iSCSI 
initiator session identifier value. The first iscsi initiator session id field byte containing an ASCII null character 
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terminates the iscsi initiator session id field without regard for the specified length of the iSCSI TransportID or the 
contents of the additional length field. 

7.5.4.7 TransportID for initiator ports using SCSI over SAS serial SCSI protocol 

A SAS serial SCSI protocol TransportID (see table 286) specifies a SAS initiator port that is communicating via the 
SAS serial SCSI protocol (SSP) using the SAS address belonging to that initiator port. 


Table 286 — SAS Serial SCSI Protocol TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

FORMAT CODE (00b) 

Reserved 

PROTOCOL IDENTIFIER (6h) 

1 


Reserved 


3 



4 


SAS ADDRESS 


11 



12 


Reserved 


23 




The sas address field specifies the SAS address of the initiator port. 
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7.6 Vital product data parameters 

7.6.1 Vital product data parameters overview and page codes 

This subclause describes the vital product data (VPD) page structure and the VPD pages (see table 287) that are 
applicable to all SCSI devices. These VPD pages are returned by the INQUIRY command (see 6.4) and contain 
vendor specific product information about a logical unit and SCSI target device. The vital product data may include 
vendor identification, product identification, unit serial numbers, device operating definitions, manufacturing data, 
field replaceable unit information, and other vendor specific information. This standard defines the structure of the 
vital product data, but not the contents. 


Table 287 — Vital product data page codes 


Page code 

VPD Page Name 

Reference 

Support 

Requirements 

82 h 

ASCII Implemented Operating Definition 

7.6.2 

Optional 

01 h - 7Fh 

ASCII Information 

7.6.3 

Optional 

83h 

Device Identification 

7.6.4 

Mandatory 

86h 

Extended INQUIRY Data 

7.6.5 

Optional 

85h 

Management Network Addresses 

7.6.6 

Optional 

87h 

Mode Page Policy 

7.6.7 

Optional 

81 h 

Obsolete 

3.3.7 


88h 

SCSI Ports 

7.6.8 

Optional 

84h 

Software Interface Identification 

7.6.9 

Optional 

OOh 

Supported VPD Pages 

7.6.10 

Mandatory 

80h 

Unit Serial Number 

7.6.11 

Optional 

89h - AFh 

Reserved 



BOh - BFh 

(See specific device type) 



COh - FFh 

Vendor specific 



Annex D contains a listing of VPD page codes in numeric order. 
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7.6.2 ASCII Implemented Operating Definition VPD page 

The ASCII Implemented Operation Definition VPD page (see table 288) contains operating definition description 
data for all operating definitions implemented by the logical unit. 


Table 288 — ASCII Implemented Operating Definition VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (82h) 

2 

Reserved 

3 

PAGE LENGTH (n-3) 

4 

ASCII OPERATING DEFINITION DESCRIPTION LENGTH (m-4) 

5 

(MSB) 

m 

ASCII OPERATING DEFINITION DESCRIPTION DATA 

(LSB) 

m+1 


n 

Vendor specific description data 


The peripheral qualifier field and the peripheral device type field are as defined in 6.4.2. 

The page length field specifies the length of the following VPD page data. If the allocation length is less than the 
length of the data to be returned, the page length shall not be adjusted to reflect the truncation. 

The ASCII operating definition description length field specifies the length in bytes of the ascii operating 
definition description data field that follows. If the allocation length is less than the length of data to be returned, 
the ASCII operating definition description length shall not be adjusted to reflect the truncation. A value of zero in 
this field indicates that no ASCII operating definition description data is available. 

The ascii operating definition description data field contains the ASCII operating definition description data for 
the device server. The data in this field shall be formatted in lines (i.e., character strings). Each line shall contain 
only graphic codes (i.e., code values 20h through 7Eh) and shall be terminated with a NULL (OOh) character. The 
text is vendor specific. 
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7.6.3 ASCII Information VPD page 

The ASCII Information VPD page (see table 289) contains information for the field replaceable unit code returned 
in the sense data (see 4.5). 


Table 289 — ASCII Information VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (01 h - 7Fh) 

2 

Reserved 

3 

PAGE LENGTH (n-3) 

4 

ASCII LENGTH (m-4) 

5 

(MSB) 

m 

ASCII INFORMATION 

(LSB) 

m+1 


n 

Vendor specific information 


The peripheral qualifier field and the peripheral device type field are defined in 6.4.2. 

The page code field contains the same value as in the page or operation code field of the INQUIRY CDB (see 
6.4) and is associated with the field replaceable unit code field returned in the sense data. 

NOTE 62 - The field replaceable unit code field in the sense data provides for 255 possible codes, while the 
page code field provides for only 127 possible codes. For that reason it is not possible to return ASCII Information 
VPD pages for the upper code values. 

The page length field specifies the length of the following VPD page data. If the allocation length of the CDB is too 
small to transfer all of the VPD page, the page length shall not be adjusted to reflect the truncation. 

The ascii length field specifies the length in bytes of the ascii information field that follows. If the allocation 
length is less than the length of the data to be returned, the ASCII length shall not be adjusted to reflect the 
truncation. A value of zero in this field indicates that no ASCII information is available for the specified page code. 

The ascii information field contains ASCII information concerning the field replaceable unit identified by the page 
code. The data in this field shall be formatted in one or more character string lines. Each line shall contain only 
graphic codes (i.e., code values 20h through 7Eh) and shall be terminated with a NULL (OOh) character. 

The contents of the vendor specific information field is not defined in this standard. 
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7.6.4 Device Identification VPD page 

7.6.4.1 Device Identification VPD page overview 

The Device Identification VPD page (see table 290) provides the means to retrieve identification descriptors 
applying to the logical unit. Logical units may have more than one identification descriptor (e.g., if several types or 
associations of identifier are supported). Device identifiers consist of one or more of the following: 

a) Logical unit names; 

b) SCSI target port identifiers; 

c) SCSI target port names; 

d) SCSI target device names; 

e) Relative target port identifiers; 

f) SCSI target port group number; or 

g) Logical unit group number. 

Device identifiers shall be assigned to the peripheral device (e.g., a disk drive) and not to the currently mounted 
media, in the case of removable media devices. Operating systems are expected to use the device identifiers 
during system configuration activities to determine whether alternate paths exist for the same peripheral device. 

A SCSI target device may have more than one SCSI target device name if the SCSI target device supports multiple 
SCSI transport protocols. If the returned Device Identification VPD page contains any SCSI target device names, it 
shall contain all the SCSI target device names. 


Table 290 — Device Identification VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (83h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Identification descriptor list 

4 



Identification descriptor (first) 





n 

Identification descriptor (last) 


The peripheral qualifier field and the peripheral device type field in table 290 are as defined in 6.4.2. 
The page length field indicates the length of the identification descriptor list. 
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Each identification descriptor (see table 291) contains information identifying the logical unit, SCSI target device, or 
access path (i.e., target port) used by the command and returned parameter data. The Device Identification VPD 
page shall contain the identification descriptors enumerated in 7.6.4.11. 


Table 291 — Identification descriptor 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

PROTOCOL IDENTIFIER 

CODE SET 

1 

PIV Reserved association 

IDENTIFIER TYPE 

2 

Reserved 

3 

IDENTIFIER LENGTH (n-3) 

4 


n 

IDENTIFIER 


The protocol identifier field may indicate the SCSI transport protocol to which the identification descriptor 
applies. If the association field contains a value other than 01b (i.e., target port) or 10b (i.e., SCSI target device) or 
the piv bit is set to zero, then the protocol identifier field should be ignored. If the association field contains a 
value of 01b or 10b and the piv bit is set to one, then the protocol identifier field shall contain one of the values 
shown in table 257 (see 7.5.1) to indicate the SCSI transport protocol to which the identification descriptor applies. 

The code set field indicates the code set used for the identifier field, as described in table 292. This field is 
intended to be an aid to software that displays the identifier field. 


Table 292 — code set field 


Code 

Description 

Oh 

Reserved 

1h 

The identifier field shall contain binary values. 

2h 

The identifier field shall contain ASCII printable characters 
(i.e., code values 20h through 7Eh) 

3h 

The identifier field shall contain ISO/IEC 10646-1 (UTF-8) 
codes 

4h - Fh 

Reserved 


A protocol identifier valid (piv) bit set to zero indicates the protocol identifier field should be ignored. If the 
association field contains a value of 01b or 10b, then a piv bit set to one indicates the protocol identifier field 
contains a valid protocol identifier selected from the values shown in table 257 (see 7.5.1). If the association field 
contains a value other than 01b or 10b, then the piv bit should be ignored. 
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The association field indicates the entity with which the identifier field is associated, as described in table 293. If 
a logical unit returns an Identification descriptor with the association field set to 00b or 10b, it shall return the same 
descriptor when it is accessed through any other l_T nexus. 


Table 293 — association field 


Code 

Description 

00b 

01b 

10b 

11b 

The identifier field is associated with the addressed logical unit. 

The identifier field is associated with the target port that received the request. 

The identifier field is associated with the SCSI target device that contains the addressed logical unit. 

Reserved 


The identifier type field (see table 294) indicates the format and assignment authority for the identifier. 

Table 294 — identifier type field 


Code 

Description 

Reference 

Oh 

Vendor specific 

7.6.4.2 

1h 

T10 vendor identification 

7.6.4.3 

2h 

EUI-64 based 

7.6.4.4 

3h 

NAA 

7.6.4.5 

4h 

Relative target port identifier 

7.6.4.6 

5h 

Target port group 

7.6.4.7 

6h 

Logical unit group 

7.6.4.8 

7h 

MD5 logical unit identifier 

7.6.4.9 

8h 

SCSI name string 

7.6.4.10 

9h - Fh 

Reserved 



The identifier length field indicates the length in bytes of the identifier field. If the allocation length field of the 
CDB is too small to transfer all of the identifier, the identifier length shall not be adjusted to reflect the truncation. 

The identifier field contains the identifier as described by the association, identifier type, code set, and 

IDENTIFIER LENGTH fields. 

7.6.4.2 Vendor specific identifier format 

If the identifier type is Oh (i.e., vendor specific), no assignment authority was used and consequently there is no 
guarantee that the identifier is globally unique (i.e., the identifier is vendor specific). Table 295 defines the 
identifier field format. 


Table 295 — Vendor specific identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


VENDOR SPECIFIC IDENTIFIER 


n 
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7.6.4.3 T10 vendor identification format 

If the identifier type is 1 h (i.e., T10 vendor identification), the identifier field has the format shown in table 296. 


Table 296 — T10 vendor identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

VENDOR IDENTIFICATION 


7 


(LSB) 

8 


VENDOR SPECIFIC IDENTIFIER 


n 




The vendor identification field contains eight bytes of left-aligned ASCII data (see 4.4.1) identifying the vendor of 
the product. The data shall be left aligned within this field.The vendor identification shall be one assigned by 
INCITS. A list of assigned vendor identifications is in Annex E and on the T10 web site (www.T10.org). 

NOTE 63 - The T10 web site (www.t10.org) provides a convenient means to request an identification code. 

The organization associated with the vendor identification is responsible for ensuring that the vendor specific 
identifier field is unique in a way that makes the entire identifier field unique. A recommended method of 
constructing a unique identifier field is to concatenate the product identification field from the standard 
INQUIRY data (see 6.4.2) and the product serial number field from the Unit Serial Number VPD page (see 7.6.11). 

7.6.4.4 EUI-64 based identifier format 

7.6.4.4.1 EUI-64 based identifier format overview 

If the identifier type is 2h (i.e., EUI-64 based identifier), the identifier length field (see table 297) indicates the 
format of the identification descriptor. 


Table 297 — EUI-64 based identifier lengths 


Identifier Length 

Description 

Reference 

0008h 

OOOCh 

001 Oh 

All other values 

EUI-64 identifier 

EUI-64 based 12-byte identifier 
EUI-64 based 16-byte identifier 

Reserved 

7.6.4.4.2 

7.6.4.4.3 

7.6.4.4.4 
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7.6.4.4.2 EUI-64 identifier format 

If the identifier type is 2h (i.e., EUI-64 based identifier) and the identifier length field is set to 0008h, the 
identifier field has the format shown in table 298. The code set field shall be set to 1 h (i.e., binary). 


Table 298 — EUI-64 identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

IEEE COMPANYJD 


2 


(LSB) 

3 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


7 


(LSB) 


The IEEE COMPANYJD field contains a 24 bit OUI (see 3.1.66) assigned by the IEEE. 


The vendor specific extension identifier field contains a 40 bit numeric value that is uniquely assigned by the 
organization associated with the IEEE companyjd as required by the IEEE definition of EUI-64 (see F.2). 

7.6.4.4.3 EUI-64 based 12-byte identifier format 

If the identifier type is 2h (i.e., EUI-64 based identifier) and the identifier length field is set to OOOCh, the 
identifier field has the format shown in table 299. The code set field shall be set to 1 h (i.e., binary). 


Table 299 — EUI-64 based 12-byte identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

IEEE COMPANYJD 


2 


(LSB) 

3 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


7 


(LSB) 

8 

(MSB) 

DIRECTORY ID 


11 


(LSB) 


The ieee companyjd field and vendor specific extension identifier field are defined in 7.6.4.4.2. 


The directory id field contains a directory identifier, as specified by ISO/IEC 13213:1994. 

NOTE 64 - The EUI-64 based 12 byte format may be used to report IEEE 1394 target port identifiers (see SBP-3). 
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7.6.4.4.4 EUI-64 based 16-byte identifier format 

If the identifier type is 2h (i.e., EUI-64 based identifier) and the identifier length field is set to 001 Oh, the 
identifier field has the format shown in table 300. The code set field shall be set to 1 h (i.e., binary). 


Table 300 — EUI-64 based 16-byte identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

IDENTIFIER EXTENSION 


7 


(LSB) 

8 

(MSB) 

IEEE COMPANYJD 


10 


(LSB) 

11 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


15 


(LSB) 


The identifier extension field contains a 64 bit numeric value. 


The IEEE companyjd field and vendor specific extension identifier field are defined in 7.6.4.4.2. 

NOTE 65 - The EUI-64 based 16-byte format may be used to report SCSI over RDMA target port identifiers (see SRP). 

7.6.4.5 NAA identifier format 
7.6.4.5.1 NAA identifier basic format 

If the identifier type is 3h (i.e., NAA identifier), the identifier field has the format shown in table 301. This format is 
compatible with the Namejdentifier format defined in FC-FS. 


Table 301 — NAA identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA 




1 




NAA specific data 



n 









The Name Address Authority (naa) field (see table 302) defines the format of the NAA specific data in the identifier. 


Table 302 — Name Address Authority (naa) field 


Code 

Description 

Reference 

2h 

5h 

6h 

Oh - 1h 

3h-4h 

7h - Fh 

IEEE Extended 

IEEE Registered 

IEEE Registered Extended 

Reserved 

Reserved 

Reserved 

7.6.4.5.3 

7.6.4.5.3 

7.6.4.5.4 
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7.6.4.5.2 NAA IEEE Extended identifier format 

When NAA is 2h (i.e., IEEE Extended), the eight byte fixed length identifier field shall have the format shown in 
table 303. The code set field shall be set to 1h (i.e., binary) and the identifier length field shall be set to 8h. 


Table 303 — NAA IEEE Extended identifier field format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

NAA (2h) 

(MSB) 

1 

VENDOR SPECIFIC IDENTIFIER A (LSB) 

2 

(MSB) 

4 

IEEE COMPANY ID 

(LSB) 

5 

(MSB) 

7 

VENDOR SPECIFIC IDENTIFIER B 

(LSB) 


The ieee companyjd field contains a 24 bit canonical form OUI (see 3.1.66) assigned by the IEEE. 


The vendor specific identifier a contains a 12 bit numeric value that is uniquely assigned by the organization 
associated with the IEEE companyjd. 

The vendor specific identifier b contains a 24 bit numeric value that is uniquely assigned by the organization 
associated with the IEEE companyjd. 

NOTE 66 - The EUI-64 identifier format includes a 40 bit vendor specific identifier. The IEEE Extended identifier 
format includes 36 bits vendor specific identifier in two fields. 

7.6.4.5.3 NAA IEEE Registered identifier format 

When NAA is 5h (i.e., IEEE Registered), the eight byte fixed length identifier field shall have the format shown in 
table 304. The code set field shall be set to 1h (i.e., binary) and the identifier length field shall be set to 8h. 


Table 304 — NAA IEEE Registered identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (5h) 

(MSB) 


1 

2 


IEEE COMPANYJD 

3 

(LSB) (MSB) 


4 




7 

VtINUUli SKtUIMO lUtlNIIMtH 

(LSB) 


The ieee companyjd field contains a 24 bit canonical form OUI (see 3.1.66) assigned by the IEEE. 


The vendor specific identifier a 36 bit numeric value that is uniquely assigned by the organization associated 
with the IEEE companyjd. 
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NOTE 67 - The EUI-64 identifier format includes a 40 bit vendor specific identifier. The IEEE Registered identifier 
format includes a 36 bit vendor specific identifier. 

7.6.4.5.4 NAA IEEE Registered Extended identifier format 

When NAA is 6h (i.e., IEEE Registered Extended), the sixteen byte fixed length identifier field shall have the 
format shown in table 305. The code set field shall be set to 1h (i.e., binary) and the identifier length field shall 
be set to lOh. 


Table 305 — NAA IEEE Registered Extended identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (6h) 

(MSB) 


1 

2 


IEEE COMPANYJD 

3 

(LSB) (MSB) 


4 




7 

vtiNuutt ^rtoirio lutmiritn 

(LSB) 

8 

(MSB) 

VENDOR SPECIFIC IDENTIFIER EXTENSION 


15 


(LSB) 


The ieee companyjd field contains a 24 bit canonical form OUI (see 3.1.66) assigned by the IEEE. 

The vendor specific identifier a 36 bit numeric value that is uniquely assigned by the organization associated 
with the IEEE companyjd. 

NOTE 68 - The EUI-64 identifier format includes a 40 bit vendor specific identifier. The IEEE Registered Extended 
identifier format includes a 36 bit vendor specific identifier. 

The vendor specific identifier extension a 64 bit numeric value that is assigned to make the identifier field 
unique. 

7.6.4.6 Relative target port identifier format 

If the identifier type is 4h (i.e., relative target port identifier) and the association field contains 01b (i.e. target port), 
the four byte fixed length identifier field shall have the format shown in table 306. The code set field shall be set 
to 1h (i.e., binary) and the identifier length field shall be set to 4h. If the association field does not contain 01b, 
use of this identifier type is reserved. 


Table 306 — Relative target port identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Obsolete 


1 



2 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


3 


(LSB) 
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The relative target port identifier field (see table 307) contains the relative port identifier (see 3.1.80) of the 
target port on which the INQUIRY command was received. 


Table 307 — relative target port identifier field 


Code 

Description 

Oh 

1h 

2h 

3h - FFFFh 

Reserved 

Relative port 1, historically known as port A 
Relative port 2, historically known as port B 
Relative port 3 through 65 535 


7.6.4.7 Target port group identifier format 

If the identifier type is 5h (i.e., target port group) and the association value is 01b (i.e., target port), the four byte 
fixed length identifier field shall have the format shown in table 308. The code set field shall be set to 1h (i.e., 
binary) and the identifier length field shall be set to 4h. If the association field does not contain 01b, use of this 
identifier type is reserved. 


Table 308 — Target port group identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

TARGET PORT GROUP 


3 


(LSB) 


The target port group field indicates the target port group to which the target port is a member (see 5.8). 

7.6.4.8 Logical unit group identifier format 

A logical unit group is a group of logical units that share the same target port group (see 5.8) definitions. The target 
port groups maintain the same target port group asymmetric access states for all logical units in the same logical 
unit group. A logical unit shall be in no more than one logical unit group. 

If the identifier type is 6h (i.e., logical unit group) and the association value is 00b (i.e., logical unit), the four byte 
fixed length identifier field shall have the format shown in table 309. The code set field shall be set to 1h (i.e., 
binary) and the identifier length field shall be set to 4h. If the association field does not contain 00b, use of this 
identifier type is reserved. 


Table 309 — Logical unit group identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

LOGICAL UNIT GROUP 


3 


(LSB) 
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The logical unit group field indicates the logical unit group to which the logical unit is a member. 

7.6.4.9 MD5 logical unit identifier format 

If the identifier type is 7h (i.e., MD5 logical unit identifier) and the association value is 00b (i.e., logical unit), the 
identifier field has the format shown in table 310. The code set field shall be set to 1h (i.e., binary). The MD5 
logical unit identifier shall not be used if a logical unit provides unique identification using identifier types 2h (i.e., 
EUI-64 based identifier) or 3h (i.e., NAA identifier). A bridge device may return a MD5 logical unit identifier type for 
that logical unit that does not support the Device Identification VPD page (see 7.6.4). 

If the association field does not contain 00b, use of this identifier type is reserved. 


Table 310 — MD5 logical unit identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

md5 logical unit identifier 


15 


(LSB) 


The md5 logical unit identifier field contains the message digest of the supplied message input. The message 
digest shall be generated using the MD5 message-digest algorithm as specified in RFC 1321 (see 2.4) with the 
following information as message input: 


1) The contents of the vendor identification field in the standard INQUIRY data (see 6.4.2); 

2) The contents of the product identification field in the standard INQUIRY data; 

3) The contents of the product serial number field in the Unit Serial Number VPD page (see 7.6.11); 

4) The contents of a vendor specific identifier field (type Oh) from the Device Identification VPD page; and 

5) The contents of a T10 vendor identification identifier field (type 1h) from the Device Identification VPD 
page. 

If a field or page is not available, the message input for that field or page shall be 8 bytes of ASCII space characters 
(i.e., 20h). 

The uniqueness of the MD5 logical unit identifier is dependent upon the relative degree of randomness (i.e., the 
entropy) of the message input. If it is found that two or more logical units have the same MD5 logical unit identifier, 
the application client should determine in a vendor specific manner whether the logical units are the same entities. 

The MD5 logical unit identifier example described in this paragraph and shown in table 311 and table 312 is not a 
normative part of this standard. The data available for input to the MD5 algorithm for this example is shown in table 
311. 


Table 311 — MD5 logical unit identifier example available data 


MD5 message input 

Available 

Contents 

VENDOR IDENTIFICATION field 

Yes 

T10 

PRODUCT IDENTIFICATION field 

Yes 

MD5 Logical Unit 

PRODUCT SERIAL NUMBER field 

Yes 

00100203 04050607h 

vendor specific identifier field 

No 


T10 vendor identification identifier field 

No 
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The concatenation of the fields in table 311 to form input to the MD5 algorithm is shown in table 312. 


Table 312 — Example MD5 input for computation of a logical unit identifier 


Bytes 

Hexadecimal values 

ASCII values 

00-15 

16-31 

32-47 

54 31 30 20 20 20 20 20 4D 44 35 20 4C 6F 67 69 

63 61 6C 20 55 6E 69 74 00 01 02 03 04 05 06 07 

20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 

T10 MD5 Logi 

cal Unit. 

NOTE 1 Non-printing ASCII characters are shown as 


Based on the example inputs shown in table 311 and the concatenation of the inputs shown in table 312, the MD5 
base 16 algorithm described in RFC 1321 produces the value 2BE1 9EB2 306A F5A9 F616 9402 FBED DBDOh. 

7.6.4.10 SCSI name string identifier format 

If the identifier type is 8h (i.e., SCSI name string), the identifier field has the format shown in table 313. The code 
set field shall be set to 3h (i.e., UTF-8). 


Table 313 — SCSI name string identifier field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


SCSI NAME STRING 


n 




The null-terminated, null-padded (see 4.4.2) SCSI name string field contains a UTF-8 format string. The number of 
bytes in the SCSI name string field (i.e., the value in the identifier length field) shall be no larger than 256 and 
shall be a multiple of four. 

The SCSI name string field starts with either: 

a) The four UTF-8 characters "eui." concatenated with 16, 24, or 32 hexadecimal digits (i.e., the UTF-8 
characters 0 through 9 and A through F) for an EUI-64 based identifier (see 7.6.4.4). The first hexadecimal 
digit shall be the most significant four bits of the first byte (i.e., most significant byte) of the EUI-64 based 
identifier; 

b) The four UTF-8 characters "naa." concatenated with 16 or 32 hexadecimal digits for an NAA identifier (see 
7.6.4.5). The first hexadecimal digit shall be the most significant four bits of the first byte (i.e., most signif¬ 
icant byte) of the NAA identifier; or 

c) The four UTF-8 characters "iqn." concatenated with an iSCSI Name for an iSCSI-name based identifier 
(see iSCSI). 

If the association field is set to 00b (i.e., logical unit) and the SCSI name string field starts with the four UTF-8 
characters “iqn.”, the SCSI name string field ends with the five UTF-8 characters ",L,0x" concatenated with 16 
hexadecimal digits for the logical unit name extension. The logical unit name extension is a UTF-8 string containing 
no more than 16 hexadecimal digits. The logical unit name extension is assigned by the SCSI target device vendor 
and shall be assigned so the logical unit name is worldwide unique. 

If the association field is set to 01b (i.e., target port), the SCSI name string field ends with the five UTF-8 
characters ",t,0x" concatenated with two or more hexadecimal digits as specified in the applicable SCSI transport 
protocol standard (see 3.1.96). 
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If the association field is set to 10b (i.e., SCSI target device), the SCSI name string field has no additional 
characters. 

NOTE 69 - The notation used in this subclause to specify exact UTF-8 character strings is described in 3.6.1. 

7.6.4.11 Device identification descriptor requirements 

7.6.4.11.1 Identification descriptors for SCSI target devices 

The Device Identification VPD page shall have one or more identification descriptors for the SCSI target device. 
Each SCSI target device identification descriptor shall have the association field set to 10b (i.e., SCSI target 
device) and the identifier type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

The Device Identification VPD page shall contain identification descriptors for all the SCSI target device names for 
all the SCSI transport protocols supported by the SCSI target device. 

7.6.4.11.2 Identification descriptors for SCSI target ports 

For the target port through which the Device Identification VPD page is accessed, the Device Identification VPD 
page should include one identification descriptor with the association field set to 01b (i.e., target port) and the 
identifier type field set to 4h (i.e., relative target port identifier) identifying the target port being used to retrieve the 
identification descriptors. 

A target port name identification descriptor shall have the association field set to 01b (i.e., target port) and the 
identifier type field set to: 


a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

If the SCSI transport protocol standard (see 3.1.96) for the target port defines target port names, an identification 
descriptor shall contain the target port name. If the SCSI transport protocol for the target port does not define target 
port names, an identification descriptor shall contain the target port identifier. 

7.6.4.11.3 Identification descriptors for logical units 

For each logical unit that is not a well known logical unit, the Device Identification VPD page shall include at least 
one identification descriptor. The identification descriptor shall have the association field set to 00b (i.e., logical 
unit) and the identifier type field set to: 


a) 1 h (i.e., T10 vendor identification); 

b) 2h (i.e., EUI-64-based); 

c) 3h (i.e., NAA); or 

d) 8h (i.e., SCSI name string). 

At least one identification descriptor should have the identifier type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 
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In the case of virtual logical units (e.g., volume sets as defined by SCC-2), identification descriptors should contain 
an identifier type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

In the case of virtual logical units that have an EUI-64 based identification descriptor (see 7.6.4.4) the identifier 
length field should be set to: 

a) OOOCh (i.e., EUI-64-based 12-byte identifier); or 

b) 001 Oh (i.e., EUI-64-based 16-byte identifier). 

In the case of virtual logical units that have an NAA identification descriptor (see 7.6.4.5) the naa field should be set 
to 6h (i.e., IEEE Registered Extended). 

The Device Identification VPD page shall contain the same set of identification descriptors with the association 
field set to 00b (i.e., logical unit) regardless of the l_T nexus being used to retrieve the identification descriptors. 

7.6.4.11.4 Identification descriptors for well known logical units 

For well known logical units, the Device Identification VPD page shall contain one or more SCSI target device 
identification descriptors (see 7.6.4.11.1). 

Well known logical units shall not return any identification descriptors with the association field set to 00b (i.e., 
logical unit). 

The Device Identification VPD page shall contain the same set of identification descriptors with the association 
field set to 10b (i.e., SCSI target device) regardless of the l_T nexus being used to retrieve the identification 
descriptors. 

7.6.5 Extended INQUIRY Data VPD page 

The Extended INQUIRY Data VPD page (see table 314) provides the application client with a means to obtain 
information about the logical unit. 


Table 314 — Extended INQUIRY Data VPD page 


Bit 

Byte 

7 6 5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (86h) 

2 

Reserved 

3 

PAGE LENGTH (3Ch) 

4 

Reserved 

RTO 

GRD_CHK 

APP_CHK 

REF_CHK 

5 

Reserved group sup 

PRIOR_SUP 

HEADSUP 

ORDSUP 

SIMPSUP 

6 

Reserved 

NV_SUP 

V_SUP 

7 


Reserved 


63 
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The peripheral qualifier field and the peripheral device type field are as defined in 6.4.2. 

The page length field specifies the length of the following VPD page data and shall be set to 60. If the allocation 
length is less than the length of the data to be returned, the page length shall not be adjusted to reflect the 
truncation. 

A reference tag ownership (rto) bit set to zero indicates that the logical unit does not support application client 
ownership of the logical block reference tag field in the protected information (see SBC-2). A rto bit set to one 
indicates that the logical unit supports application client ownership of the logical block reference tag field. 

A guard check (grd_chk) bit set to zero indicates the device server does not check the logical block guard field 
in the protection information (see SBC-2). A grd_chk bit set to one indicates the device server checks the logical 
block guard field in the protection information. 

An application tag check (app_chk) bit set to zero indicates the device server does not check the logical block 
application tag field in the protection information (see SBC-2). An app_chk bit set to one indicates the device 
server checks the logical block application tag field in the protection information. 

A reference tag check (ref_chk) bit set to zero indicates the device server does not check the logical block 
reference tag field in the protection information (see SBC-2). A ref_chk bit set to one indicates the device server 
checks the logical block reference tag field in the protection information. 

A grouping function supported (group_sup) bit set to one indicates that grouping function (see SBC-2) is 
supported by the device server. A group_sup bit set to zero indicates that grouping function is not supported. 

A priority supported (prior_sup) bit set to one indicates that task priority (see SAM-3) is supported by the logical 
unit. A prior_sup bit set to zero indicates that task priority is not supported. 

A head of queue supported (headsup) bit set to one indicates that the head of queue task attribute (see SAM-3) is 
supported by the logical unit. A headsup bit set to zero indicates that the head of queue task attribute is not 
supported. If the headsup bit is set to zero, application clients should not specify the head of queue task attribute 
as an Execute Command (see 4.2) procedure call argument. 

An ordered supported (ordsup) bit set to one indicates that the ordered task attribute (see SAM-3) is supported 
by the logical unit. An ordsup bit set to zero indicates that the ordered task attribute is not supported. If the 
ordsup bit is set to zero, application clients should not specify the ordered task attribute as an Execute Command 
procedure call argument. 

A simple supported (simpsup) bit set to one indicates that the simple task attribute (see SAM-3) is supported by the 
logical unit. Logical units that support the full task management model (see SAM-3) shall set the simpsup bit to one. 
A simpsup bit set to zero indicates that the simple task attribute is not supported. If the simpsup bit is set to zero, 
application clients should not specify the simple task attribute as an Execute Command procedure call argument. 

SAM-3 defines how unsupported task attributes are processed. 

An nv_sup bit set to one indicates that the device server supports a non-volatile cache (see 3.1.62) and that the 
applicable command standard (see 3.1.18) defines features using this cache (e.g., the fua_nv bit in SBC-2). An 
nv_sup bit set to zero indicates that the device server may or may not support a non-volatile cache. 

A v_sup bit set to one indicates that the device server supports a volatile cache (see 3.1.117) and that the appli¬ 
cable command standard (see 3.1.18) defines features using this cache (e.g., the fua bit in SBC-2). An v_sup bit 
set to zero indicates that the device server may or may not support a volatile cache. 
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7.6.6 Management Network Addresses VPD page 

The Management Network Addresses VPD page (see table 315) provides a list of network addresses of 
management services associated with a SCSI target device, target port, or logical unit. 


Table 315 — Management Network Addresses VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (85h) 

2 

(MSB) 

3 

PAGE LENGTH (fl-3) 

(LSB) 


Network services descriptor list 

4 



Network services descriptor (first) 





n 

Network services descriptor (last) 


The peripheral qualifier field and the peripheral device type field are as defined in 6.4.2. 


The page length field specifies the length of the network services descriptor list. 


Each network service descriptor (see table 316) contains information about one management service. 

Table 316 — Network service descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

ASSOCIATION 

SERVICE TYPE 

1 

Reserved 

2 

(MSB) 

NETWORK ADDRESS LENGTH (n-3) 


3 


(LSB) 

4 


NETWORK ADDRESS 


n 




The association field (see table 293 in 7.6.4.1) specifies the entity (i.e., SCSI target device, target port, or logical 
unit) with which the service is associated. 
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The service type field (see table 317) allows differentiation of multiple services with the same protocol running at 
different port numbers or paths. 

NOTE 70 - A SCSI target device may provide separate HTTP services for configuration and diagnostics. One of 
these services may use the standard HTTP port 80 (see F.5) and the other service may use a different port (e.g., 

8080). 


Table 317 — Network services type 


Type 

Description 

OOh 

01 h 

02 h 

03h 

04h 

05h 

06h - 1 Fh 

Unspecified 

Storage Configuration Service 
Diagnostics 

Status 

Logging 

Code Download 

Reserved 


The network address length field contains the length in bytes of the network address field. The network 
address length shall be a multiple of four. 

The null-terminated, null-padded network address field contains the URL form of a URI as defined in RFC 2396. 

7.6.7 Mode Page Policy VPD page 

The Mode Page Policy VPD page (see table 318) indicates which mode page policy (see 6.7) is in effect for each 
mode page supported by the logical unit. 


Table 318 — Mode Page Policy VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (87h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Mode page policy descriptor list 

4 


7 

Mode page policy descriptor (first) 



n-3 


n 

Mode page policy descriptor (last) 


The peripheral qualifier field and the peripheral device type field are as defined in 6.4.2. 
The page length field specifies the length of the mode page policy descriptor list. 
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Each mode page policy descriptor (see table 319) contains information describing the mode page policy for one or 
more mode pages or subpages (see 7.4.5). The information in the mode page policy descriptors in this VPD page 
shall describe the mode page policy for every mode page and subpage supported by the logical unit. 


Table 319 — Mode page policy descriptor 


Bit 

Byte 

7 6 

5 4 3 2 1 0 

0 

Reserved 

POLICY PAGE CODE 

1 

POLICY SUBPAGE CODE 

2 

mlus Reserved mode page policy 

3 

Reserved 


The policy page code field and policy subpage code field indicate the mode page and subpage to which the 
descriptor applies. 

If the first mode page policy descriptor in the list contains a policy page code field set to 3Fh and a policy 
subpage code field set to FFh, then the descriptor applies to all mode pages and subpages not described by other 
mode page policy descriptors. The policy page code field shall be set to 3Fh and the policy subpage code field 
shall be set to FFh only in the first mode page policy descriptor in the list. 

If the policy page code field contains a value other than 3Fh or a policy subpage code field contains a value other 
than FFh, then the policy page code field and the policy subpage code field indicate a single mode page and 
subpage to which the descriptor applies. 

If the policy page code field contains a value other than 3Fh, then policy subpage code field shall contain a value 
other than FFh. If the policy subpage code field contains a value other than FFh, then policy page code field shall 
contain a value other than 3Fh. 

A multiple logical units share (mlus) bit set to one indicates the mode page and subpage identified by the policy 
page code field and policy subpage code field is shared by more than one logical unit. A mlus bit set to zero 
indicates the logical unit maintains its own copy of the mode page and subpage identified by the policy page code 
field and policy subpage code field. 

The mlus bit should be set to one in the mode page policy descriptors or descriptor that indicates the mode page 
policy for the: 

a) Disconnect-Reconnect mode page (see 7.4.8); and 

b) Protocol Specific Logical Unit mode page (see 7.4.13). 

The mode page policy field (see table 320) indicates the mode page policy for the mode page and subpage 
identified by the policy page code field and policy subpage code field. The mode page policies are described in 
table 94 (see 6.7). 


Table 320 — mode page policy field 


Code 

Description 

00b 

Shared 

01b 

Per target port 

10b 

Per initiator port 

11b 

Per l_T nexus 
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7.6.8 SCSI Ports page 

The SCSI Ports VPD page (see table 321) provides a means to retrieve identification descriptors for all the SCSI 
ports in a SCSI target device or SCSI target/initiator device. 


Table 321 — SCSI Ports VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (88h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Identification descriptor list 

4 

First SCSI port identification descriptor 


(see table 322) 




Last SCSI port identification descriptor 

n 

(see table 322) 


The SCSI Ports VPD page only reports information on SCSI ports known to the device server processing the 
INQUIRY command. The REPORT LUNS well-known logical unit (see 8.2) may be used to return information on all 
SCSI ports in the SCSI device (i.e., all target ports and all initiator ports). 

If the device server detects that a SCSI port is added or removed from the SCSI device and the SCSI port identifi¬ 
cation descriptor list changes, it shall establish a unit attention condition (see SAM-3), with the additional sense 
code set to INQUIRY DATA HAS CHANGED. 

The peripheral qualifier field and the peripheral device type field are as defined in 6.4.2. 

The page length field specifies the length of the SCSI port identification descriptor list. 
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Each SCSI Port identification descriptor (see table 3) identifies a SCSI port. The SCSI Port identification 
descriptors may be returned in any order. 

Table 322 — SCSI port identification descriptor 


Bit 

Byte 


1 

Reserved 

2 

(MSB) 

RELATIVE PORT IDENTIFIER 


3 


(LSB) 

4 


Reserved 


5 



6 

(MSB) 

INITIATOR PORT TRANSPORTID LENGTH (k - 7) 


7 


(LSB) 

8 


INITIATOR PORT TRANSPORTID, if any 


k 



k+1 


Reserved 


k+2 



k+3 

(MSB) 

TARGET PORT DESCRIPTORS LENGTH (n - (k+4)) 


k+4 


(LSB) 


Target port descriptor list 

k+5 


First target port descriptor (see table 324) 








Last target port descriptor (see table 324) 


The relative port identifier field (see table 323) contains the relative port identifier (see 3.1.80) of the SCSI port 
to which the SCSI port identification descriptor applies. 


Table 323 — relative port identifier field 


Code 

Description 

Oh 

1h 

2h 

3h - FFFFh 

Reserved 

Relative port 1, historically known as port A 
Relative port 2, historically known as port B 
Relative port 3 through 65 535 


The initiator PORT transportid length field contains the length of the initiator port transports field. An 
initiator PORT transportid length field set to zero indicates no initiator PORT transportid field is present (i.e., 
the SCSI port is not an initiator port and not a target/initiator port). 
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If the initiator PORT transportid length field contains a non-zero value, the initiator port transports field 
contains a TransportID identifying the initiator port as specified in 7.5.4. 

The target port descriptors length field contains the length of the target port descriptors, if any. A target 
port descriptors length field set to zero indicates no target port descriptors are present (i.e., the SCSI port is 
not a target port and not a target/initiator port). 

Each target port descriptor (see table 324) contains an identifier for the target port. The target port descriptors may 
be returned in any order. 


Table 324 — Target port descriptor 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

PROTOCOL IDENTIFIER 

CODE SET 

1 

piv (1b) Reserved association (01b) 

IDENTIFIER TYPE 

2 

Reserved 

3 

IDENTIFIER LENGTH (n-3) 

4 


n 

IDENTIFIER 


The protocol identifier field shall indicate the SCSI transport protocol to which the identification descriptor 
applies as described in 7.6.4.1. 

The code set field, piv field, association field, identifier type field, identifier length field, and identifier field 
are as defined in the Device Identification VPD page identification descriptor (see 7.6.4.1), with the following 
additional requirements: 

a) The piv bit shall be set to one (i.e., the protocol identifier field always contains a SCSI transport protocol 
identifier); and 

b) The association field shall be set to 01 b (i.e., the descriptor always identifies a target port). 
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7.6.9 Software Interface Identification page 

The Software Interface Identification VPD page (see table 325) provides identification of software interfaces appli¬ 
cable to the logical unit. Logical units may have more than one associated software interface identifier. 


NOTE 71 - Application clients may use the software IDs to differentiate peripheral device function in cases where 
the command set (e.g., processor devices) is too generic to distinguish different software interfaces implemented. 

Table 325 — Software Interface Identification VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (84h) 

2 

Reserved 

3 

PAGE LENGTH (n-3) 


Software interface identifier list 

4 



Software interface identifier (first) 





n 

Software interface identifier (last) 


The peripheral qualifier field and the peripheral device type field are defined in 6.4.2. 

The page length field specifies the length of the software interface identifier list. If the allocation length is too small 
to transfer all of the VPD page, the page length shall not be adjusted to reflect the truncation. 

Each software interface identifier (see table 326) is a six-byte, fixed-length field that contains information identifying 
a software interface implemented by the logical unit. The contents of software interface identifier are in EUI-48 
format (see F.2). 


Table 326 — Software interface identifier format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

IEEE COMPANYJD 


2 


(LSB) 

3 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


5 


(LSB) 


The ieee companyjd field contains a 24 bit OUI (see 3.1.66) assigned by the IEEE. 

The vendor specific extension identifier a 24 bit numeric value that is uniquely assigned by the organization 
associated with the OUI as required by the IEEE definition of EUI-48 (see F.1). The combination of OUI and vendor 
specific extension identifier shall uniquely identify the document or documents that specify the supported software 
interface. 
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7.6.10 Supported VPD pages 

This VPD page contains a list of the VPD page codes supported by the logical unit (see table 327). If a device 
server supports any VPD pages, it also shall support this VPD page. 


Table 327 — Supported VPD pages 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (OOh) 

2 

Reserved 

3 

PAGE LENGTH (n-3) 

4 


n 

supported VPD page list 


The peripheral qualifier field and the peripheral device type field are defined in 6.4.2. 

The page length field specifies the length of the supported VPD page list. If the allocation length is too small to 
transfer all of the VPD page, the page length shall not be adjusted to reflect the truncation. 

The supported VPD page list shall contain a list of all VPD page codes (see 7.6) implemented by the logical unit in 
ascending order beginning with page code OOh. 

7.6.11 Unit Serial Number VPD page 

This VPD page (see table 328) provides a product serial number for the SCSI target device or logical unit. 


Table 328 — Unit Serial Number VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (80h) 

2 

Reserved 

3 

PAGE LENGTH (n-3) 

4 

(MSB) 

n 

PRODUCT SERIAL NUMBER 

(LSB) 


The peripheral qualifier field and the peripheral device type field are defined in 6.4.2. 

The page length field specifies the length of the product serial number. If the allocation length is too small to 
transfer all of the VPD page, the page length shall not be adjusted to reflect the truncation. 

The product serial number field contains right-aligned ASCII data (see 4.4.1) that is vendor-assigned serial 
number. If the product serial number is not available, the device server shall return ASCII spaces (20h) in this field. 
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8 Well known logical units 

8.1 Model for well known logical units 

Well known logical units are addressed using the well known logical unit addressing method of extended logical 
unit addressing (see SAM-3). Each well known logical unit has a well known logical unit number (W-LUN) as shown 
in table 329. 


Table 329 — Well known logical unit numbers 


W-LUN 

Description 

Reference 

OOh 

Reserved 


Olh 

REPORT LUNS well known logical unit 

8.2 

02h 

ACCESS CONTROLS well known logical unit 

8.3 

03h 

TARGET LOG PAGES well known logical unit 

8.4 

04h-FFh 

Reserved 



If a well known logical unit is supported within a SCSI target device, then that logical unit shall support all the 
commands defined for it. 

Access to well known logical units shall not be affected by access controls. 

The SCSI target device name of the well known logical unit may be determined by issuing an INQUIRY command 
(see 6.4) requesting the Device Identification VPD page (see 7.6.4). 

All well known logical units shall support the INQUIRY command’s Device Identification VPD page as specified in 
7.6.4.11.4. 


8.2 REPORT LUNS well known logical unit 

The REPORT LUNS well known logical unit shall only process the commands listed in table 330. If a command is 
received by the REPORT LUNS well know logical unit that is not listed in table 330, then the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID COMMAND OPERATION CODE. 


Table 330 — Commands for the REPORT LUNS well known logical unit 


Command name 

Operation 

code 

Type 

Reference 

INQUIRY 

12h 

M 

6.4 

REPORT LUNS 

AOh 

M 

6.21 

REQUEST SENSE 

03h 

M 

6.26 

TEST UNIT READY 

OOh 

M 

6.28 

Key: M = Command implementation is mandatory. 
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8.3 ACCESS CONTROLS well known logical unit 

8.3.1 Access controls model 

8.3.1.1 Access controls commands 

The ACCESS CONTROLS well known logical unit shall only process the commands listed in table 331. If a 
command is received by the ACCESS CONTROLS well know logical unit that is not listed in table 331, then the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 331 — Commands for the ACCESS CONTROLS well known logical unit 


Command name 

Operation 

code 

Type 

Reference 

ACCESS CONTROL IN 

86h 

M 

8.3.2 

ACCESS CONTROL OUT 

87h 

M 

8.3.3 

INQUIRY 

12h 

M 

7.3 

REQUEST SENSE 

03h 

M 

7.20 

TEST UNIT READY 

OOh 

M 

7.24 

Key: M = Command implementation is mandatory. 


8.3.1.2 Access controls overview 

Access controls are a SCSI target device feature that application clients may use to restrict logical unit access to 
specified initiator ports or groups of initiator ports. 

Access controls shall not allow restrictions to be placed on access to well known logical units. Access controls shall 
not cause new well known logical units to be defined. 

Access controls are handled in the SCSI target device by an access controls coordinator located at the ACCESS 
CONTROLS well known logical unit. The access controls coordinator also may be accessible via LUN 0. The 
access controls coordinator associates a specific LUN to a specific logical unit depending on which initiator port 
accesses the SCSI target device and whether the initiator port has access rights to the logical unit. 

Access rights to a logical unit affects whether the logical unit appears in the parameter data returned by a REPORT 
LUNS command and how the logical unit responds to INQUIRY commands. 

The access controls coordinator maintains the ACL as described in 8.3.1.3 to supply information about: 

a) Which initiator ports are allowed access to which logical units; and 

b) Which LUN value is used by a specific initiator port when accessing a specific logical unit. 

The format of the ACL is vendor specific. 

To support third party commands (e.g., EXTENDED COPY), the access controls coordinator may provide proxy 
tokens (see 8.3.1.6.2) to allow an application client to pass its access capabilities to the application client for 
another initiator port. 

An application client manages the access controls state of the SCSI target device using the ACCESS CONTROL 
IN command (see 8.3.2) and the ACCESS CONTROL OUT command (see 8.3.3). 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


341 




T10/1416-D Revision 21b 


1 December 2004 


A SCSI target device has access controls disabled when it is manufactured and after successful completion of the 
ACCESS CONTROL OUT command with DISABLE ACCESS CONTROLS service action (see 8.3.3.3). When 
access controls are disabled, the ACL contains no entries and the management identifier key (see 8.3.1.8) is zero. 

The first successful ACCESS CONTROL OUT command with MANAGE ACL service action (see 8.3.3.2) shall 
enable access controls. When access controls are enabled, all logical units shall be inaccessible to all initiator 
ports unless the ACL (see 8.3.1.3) allows access. 

The ACL allows an initiator port access to a logical unit if the ACL contains an ACE (see 8.3.1.3) with an access 
identifier (see 8.3.1.3.2) associated with the initiator port and that ACE contains a LUACD (see 8.3.1.3.3) that refer¬ 
ences the logical unit. 

When the ACL allows access to a logical unit, the REPORT LUNS command parameter data bytes representing 
that logical unit shall contain the LUN value found in the LUACD that references that logical unit and the application 
client for the initiator port shall use the same LUN value when sending commands to the logical unit. 

An initiator port also may be allowed access to a logical unit through the use of a proxy token (see 8.3.1.6.2). 

Once access controls are enabled, they shall remain enabled until: 

a) Successful completion of an ACCESS CONTROL OUT command with DISABLE ACCESS CONTROLS 
service action; or 

b) Vendor specific physical intervention. 

Successful downloading of microcode (see 6.33) may result in access controls being disabled. 

Once access controls are enabled, power cycles, hard resets, logical unit resets, and l_T nexus losses shall not 
disable them. 

8.3.1.3 The access control list (ACL) 

8.3.1.3.1 ACL overview 

The specific access controls for a SCSI target device are instantiated by the access controls coordinator using data 
in an ACL. The ACL contains zero or more ACEs and zero or more proxy tokens (see 8.3.1.6.2.1). 

Each ACE contains the following: 

a) One access identifier (see 8.3.1.3.2) that identifies the initiator port(s) to which the ACE applies; and 

b) A list of LUACDs (see 8.3.1.3.3) that identify the logical units to which the identified initiator port(s) have 
access rights and the LUNs used to access those logical units via those initiator port(s). Each LUACD 
contains the following: 

A) A vendor specific logical unit reference; and 

B) A LUN value. 
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Figure 6 shows the logical structure of an ACL. 


ACL ACE LUACD 



Figure 6 — ACL Structure 


8.3.1.3.2 Access identifiers 

Initiator ports are identified in an ACE using one of the following types of access identifiers: 

a) AccessID - based on initiator port enrollment; 

b) TransportID - based on protocol specific identification of initiator ports; or 

c) Vendor specific access identifiers. 

An initiator port is allowed access to the logical units in an ACE containing an AccessID type access identifier when 
that initiator port is enrolled as described in 8.3.1.5. An initiator port that has not previously enrolled uses the 
ACCESS CONTROL OUT command with ACCESS ID ENROLL service action to enroll including the AccessID in 
parameter data as specified in 8.3.3.4. 

An initiator port is associated with an AccessID type access identifier if that initiator port is in the enrolled state or 
pending-enrolled state with respect to that AccessID (see 8.3.1.5). At any instant in time, an initiator port may be 
associated with at most one AccessID. All initiator ports enrolled using a specific AccessID share the same ACE 
and access to all the logical units its LUACDs describe. 

TransportID access identifiers are SCSI transport protocol specific as described in 7.5.4. 

An initiator port is allowed access to the logical units in an ACE containing a TransportID type access identifier 
when the identification for the initiator port matches that found in the TransportID in a way that is consistent with the 
TransportID definition (see 7.5.4). There is no need to process any command to obtain logical unit access based on 
a Transport ID because the needed information is provided by the SCSI transport protocol layer. 

The formats of access identifiers are defined in 8.3.1.13. 
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8.3.1.3.3 Logical unit access control descriptors 

Each LUACD in an ACE identifies one logical unit to which the initiator ports associated with the access identifier 
are allowed access and specifies the LUN value used when accessing the logical unit via those initiator ports. The 
format of a LUACD is vendor specific. 

The identification of a logical unit in a LUACD is vendor specific. The logical unit identified by a LUACD shall not be 
a well known logical unit. A logical unit shall be referenced in no more than one LUACD per ACE. 

The LUN value shall conform to the requirements specified in SAM-3. A specific LUN value shall appear in no more 
than one LUACD per ACE. 

8.3.1.4 Managing the ACL 

8.3.1.4.1 ACL management overview 

The contents of the ACL are managed by an application client using the ACCESS CONTROL OUT command with 
MANAGE ACL and DISABLE ACCESS CONTROLS service actions. The ACCESS CONTROL OUT command 
with MANAGE ACL service action (see 8.3.3.2) is used to add, remove, or modify ACEs thus adding, revoking, or 
changing the allowed access of initiator ports to logical units. The ACCESS CONTROL OUT command with 
DISABLE ACCESS CONTROLS service action (see 8.3.3.3) disables access controls and discards the ACL. 

8.3.1.4.2 Authorizing ACL management 

To reduce the possibility of applications other than authorized ACL managers changing the ACL, successful 
completion of specific access controls service actions (e.g., ACCESS CONTROL OUT command with MANAGE 
ACL or DISABLE ACCESS CONTROLS service action) requires delivery of the correct management identifier key 
value (see 8.3.1.8) in the ACCESS CONTROL OUT parameter data. The service actions that require the correct 
management identifier key are shown in table 332 and table 333. 


Table 332 — ACCESS CONTROL OUT management identifier key requirements 


Service action name 

Management Identifier 
Key Required 

Reference 

ACCESS ID ENROLL 

No 

8.3.3.4 

ASSIGN PROXY LUN 

No 

8.3.3.11 

CANCEL ENROLLMENT 

No 

8.3.3.5 

CLEAR ACCESS CONTROLS LOG 

Yes 

8.3.3.6 

DISABLE ACCESS CONTROLS 

Yes 

8.3.3.3 

MANAGE ACL 

Yes 

8.3.3.2 

MANAGE OVERRIDE LOCKOUT TIMER 

Yes/No 

8.3.3.7 

OVERRIDE MGMT ID KEY 

No 

8.3.3.8 

RELEASE PROXY LUN 

No 

8.3.3.12 

REVOKE ALL PROXY TOKENS 

No 

8.3.3.10 

REVOKE PROXY TOKEN 

No 

8.3.3.9 
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Table 333 — ACCESS CONTROL IN management identifier key requirements 


Service action name 

Management Identifier 
Key Required 

Reference 

REPORT ACCESS CONTROLS LOG 

Yes 

8.3.2.4 

REPORT ACL 

Yes 

8.3.2.2 

REPORT LU DESCRIPTORS 

Yes 

8.3.2.3 

REPORT OVERRIDE LOCKOUT TIMER 

Yes 

8.3.2.5 

REQUEST PROXY TOKEN 

No 

8.3.2.6 


8.3.1.4.3 Identifying logical units during ACL management 

The access controls coordinator shall identify every logical unit of a SCSI target device with a unique default LUN 
value. The default LUN values used by the access controls coordinator shall be the LUN values that would be 
reported by the REPORTS LUNS command if access controls were disabled. 

An application client discovers the default LUN values using the ACCESS CONTROL IN command with REPORT 
LU DESCRIPTORS (see 8.3.2.3) or REPORT ACL (see 8.3.2.2) service action and then supplies those default 
LUN values to the access controls coordinator using the ACCESS CONTROL OUT command with MANAGE ACL 
service action. 

The association between default LUN values and logical units is managed by the access controls coordinator and 
may change due to circumstances that are beyond the scope of this standard. To track such changes, the access 
controls coordinator shall maintain a generation counter value called DLgeneration as described in 8.3.1.4.4. 

8.3.1.4.4 Tracking changes in logical unit identification 

The access controls coordinator shall maintain a generation counter value called DLgeneration to track changes in 
the association between default LUN values and logical units. 

When access controls are disabled DLgeneration shall be zero. When access controls are first enabled (see 
8.3.1.2) DLgeneration shall be set to one. While access controls are enabled, the access controls coordinator shall 
increment DLgeneration by one every time the association between default LUN values and logical units changes 
(e.g., following the creation of a new logical unit, deletion of an existing logical unit, or removal and recreation of an 
existing logical unit). 

The access controls coordinator shall include the current DLgeneration in the parameter data returned by an 
ACCESS CONTROL IN command with REPORT LU DESCRIPTORS (see 8.3.2.3) or REPORT ACL (see 8.3.2.2) 
service action. The application client shall supply the DLgeneration for the default LUN values it is using in the 
parameter data for an ACCESS CONTROL OUT command with MANAGE ACL service action (see 8.3.3.2). 

Before processing the ACL change information in the parameter list provided by an ACCESS CONTROL OUT 
command with MANAGE ACL service action, the access controls coordinator shall verify that the DLgeneration in 
the parameter data matches the DLgeneration currently in use. If the DLgeneration verification finds a mismatch, 
the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 
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8.3.1.5 Enrolling AccessIDs 

8.3.1.5.1 Enrollment states 

8.3.1.5.1.1 Summary of enrollment states 

Application clients enroll an initiator port AccessID with the access controls coordinator to be allowed to access 
logical units listed in the ACE having the same AccessID type access identifier. The ACCESS CONTROL OUT 
command with ACCESS ID ENROLL service action (see 8.3.3.4) is used to enroll an AccessID. An initiator port 
shall be in one of three states with respect to such an enrollment: 

a) Not-enrolled: The state for an initiator port before the first ACCESS CONTROL OUT command with 
ACCESS ID ENROLL service action is sent to the access controls coordinator. Also the state for an 
initiator port following successful completion of an ACCESS CONTROL OUT command with CANCEL 
ENROLLMENT service action (see 8.3.3.5); 

b) Enrolled: The state for an initiator port following successful completion of an ACCESS CONTROL OUT 
command with ACCESS ID ENROLL service action; or 

c) Pending-enrolled: The state for an enrolled initiator port following: 

A) Events in the service delivery subsystem described in 8.3.1.12; or 

B) Successful completion of an ACCESS CONTROL OUT command with MANAGE ACL service action 
from any initiator port with the flush bit set to one (see 8.3.3.2). 

8.3.1.5.1.2 Not-enrolled state 

The access controls coordinator shall place an initiator port in the not-enrolled state when it first detects the receipt 
of a SCSI command or task management function from that initiator port. The initiator port shall remain in the 
not-enrolled state until successful completion of an ACCESS CONTROL OUT command with ACCESS ID 
ENROLL service action (see 8.3.3.5). 

When in the not-enrolled state, an initiator port shall only have access to logical units on the basis of a TransportID 
(see 8.3.1.3.2) or on the basis of proxy tokens (see 8.3.1.6.2.1). 

The access controls coordinator changes an initiator port from the enrolled state or pending-enrolled state to the 
not-enrolled state in response to the following events: 

a) Successful completion of the ACCESS CONTROL OUT command with CANCEL ENROLLMENT service 
action (see 8.3.3.5) shall change the state to not-enrolled; or 

b) Successful completion of an ACCESS CONTROL OUT command with MANAGE ACL service action (see 
8.3.3.2) that replaces the ACL entry for the enrolled AccessID as follows: 

A) If the nocncl bit (see 8.3.3.2.2) is set to zero in the ACCESS CONTROL OUT command with 
MANAGE ACL service action parameter data, the state shall change to not-enrolled; or 

B) If the nocncl bit is set to one, the state may change to not-enrolled based on vendor specific criteria. 

An application client for an enrolled initiator port may discover that the initiator port has transitioned to the 
not-enrolled state as a result of actions taken by a third-party (e.g., an ACCESS CONTROL OUT command with 
MANAGE ACL service action performed by another initiator port or a logical unit reset). Placing an enrolled initiator 
in the not-enrolled state indicates that the ACE defining that initiator port’s logical unit access has changed (e.g., 
previous relationships between logical units and LUN values may no longer apply). 

If an application client detects this loss of enrollment on an initiator port, it may take recovery actions. However, 
such actions may be disruptive for the SCSI initiator device and may not be required. Use of the not-enrolled state 
is avoidable if the application client that sends the ACCESS CONTROL OUT command with MANAGE ACL service 
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action determines that its requested changes to the ACL do not alter the existing relationships between logical 
units and LUN values in any existing ACEs with AccessID type access identifiers and sets the nocncl bit to one, 
recommending that initiator ports be left in their current enrollment state. 

The access controls coordinator selects from the following options for responding to a nocncl bit set to one in a 
vendor specific manner: 

a) Honor the recommendation (results in the minimum effects on SCSI initiator devices and requires no extra 
actions on the part of the access controls coordinator); 

b) Ignore the recommendation and always place initiator ports in the non-enrolled state (results in the 
maximum disruption for SCSI initiator devices, but requires no extra resources on the part of the access 
controls coordinator); or 

c) Ignore the recommendation and examine the current and new ACEs to determine if an initiator port should 
be placed in the non-enrolled state. 

If the application client that sends the ACCESS CONTROL OUT command with MANAGE ACL service action is 
unable to determine whether the ACE logical unit relationships are altered as a result of processing the command, 
then it should set the nocncl bit to zero and it should coordinate the ACL change with the application clients for 
affected initiator ports to ensure proper data integrity. Such coordination is beyond the scope of this standard. 

8.3.1.5.1.3 Enrolled state 

The access controls coordinator shall place an initiator port in the enrolled state (i.e., enroll the initiator port) 
following successful completion of the ACCESS CONTROL OUT command with ACCESS ID ENROLL service 
action (see 8.3.3.4). The ACCESS CONTROL OUT command with ACCESS ID ENROLL service action is 
successful only if: 

a) The initiator port was in the not-enrolled state and the AccessID in the ACCESS CONTROL OUT 
command with ACCESS ID ENROLL service action parameter data matches the access identifier in an 
ACE. This results in the initiator port being enrolled and allowed access to the logical units specified in the 
LUACDs in the ACE (see 8.3.1.3); or 

b) The initiator port was in the enrolled state or pending-enrolled state and the AccessID in the ACCESS 
CONTROL OUT command with ACCESS ID ENROLL service action parameter data matches the current 
enrolled AccessID for the initiator port. 

If the initiator port was in the enrolled state or pending-enrolled state and the AccessID in the ACCESS CONTROL 
OUT command with ACCESS ID ENROLL service action parameter data does not match the current enrolled 
AccessID for the initiator port, then the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - ENROLLMENT 
CONFLICT. If the initiator port was in the enrolled state, it shall be transitioned to the pending-enrolled state. 

Transitions from the enrolled state to the not-enrolled state are described in 8.3.1.5.1.2. Transitions from the 
enrolled state to the pending-enrolled state are described in 8.3.1.5.1.4. 

NOTE 72 - This standard does not preclude implicit enrollments through mechanisms in the service delivery 
subsystem. Such mechanisms should perform implicit enrollments after identification by TransportID and should fail 
in the case where there are ACL conflicts as described in 8.3.1.5.2. 
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8.3.1.5.1.4 Pending-enrolled state 

The access controls coordinator shall place an initiator port in the pending-enrolled state if that initiator port 
currently is in the enrolled state, and in response to the following: 

a) A logical unit reset; 

b) An l_T nexus loss associated with that initiator port; or 

c) Successful completion of an ACCESS CONTROL OUT command with MANAGE ACL service action 
where the flush bit is set to one in the parameter data. 

While in the pending-enrolled state, the initiator port’s access to logical units is limited as described in 8.3.1.7. 

8.3.1.5.2 ACL LUN conflict resolution 

ACL LUN conflicts may occur if: 

a) An application client for an initiator port in the not-enrolled state attempts to enroll an AccessID using the 
ACCESS CONTROL OUT command with ACCESS ID ENROLL service action (see 8.3.3.4); or 

b) An ACCESS CONTROL OUT command with MANAGE ACL service action (see 8.3.3.2) attempts to 
change the ACL with the result that it conflicts with existing enrollments (see 8.3.1.5) or proxy LUN assign¬ 
ments (see 8.3.1.6.2.2). 

Three types of ACL LUN conflicts may occur: 

a) The TransportID ACE (see 8.3.1.3) and the AccessID ACE for the initiator port each contain a LUACD with 
the same LUN value but with different logical unit references; 

b) The TransportID ACE and the AccessID ACE for the initiator port each contain a LUACD with the different 
LUN values but with the same logical unit references; or 

c) The enrolling initiator port has proxy access rights to a logical unit addressed with a LUN value that equals 
a LUN value in a LUACD in the AccessID ACE for the initiator port. 

If an ACL LUN conflict occurs during the processing of an ACCESS CONTROL OUT command with MANAGE ACL 
service action, the command shall be terminated with CHECK CONDITION status (see 8.3.3.2.2). 

If an ACL LUN conflict occurs during the processing of an ACCESS CONTROL OUT command with ACCESS ID 
ENROLL service action, the following actions shall be taken as part of the handling of the enrollment function: 

a) The ACCESS CONTROL OUT command with ACCESS ID ENROLL service action shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, the additional sense code 
set to ACCESS DENIED - ACL LUN CONFLICT; 

b) The initiator port shall remain in the not-enrolled state; and 

c) If the ACL LUN conflict is not the result of proxy access rights, the access controls coordinator shall record 
the event in the access controls log as described in 8.3.1.10. 

8.3.1.6 Granting and revoking access rights 

8.3.1.6.1 Non-proxy access rights 

The ACCESS CONTROL OUT command with MANAGE ACL service action (see 8.3.3.2) adds or replaces ACEs 
in the ACL (see 8.3.1.3). One ACE describes the logical unit access allowed by one access identifier (see 
8.3.1.3.2) and the LUN values to be used in addressing the accessible logical units. The access identifier specifies 
the initiator port(s) permitted access to the logical units described by the ACE. 
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With the exception of proxy access rights (see 8.3.1.6.2), access rights are granted by: 

a) Adding a new ACE to the ACL; or 

b) Replacing an existing ACE with an ACE that includes additional LUACDs. 

With the exception of proxy access rights, access rights are revoked by: 

a) Removing an ACE from the ACL; or 

b) Replacing an existing ACE with an ACE that removes one or more LUACDs. 

When an ACE is added or replaced the requirements stated in 8.3.1.5.1.2 and 8.3.1.11 apply. 

8.3.1.6.2 Proxy access 

8.3.1.6.2.1 Proxy tokens 

An application client with access rights to a logical unit via an initiator port on the basis of an ACE in the ACL (see 
8.3.1.6.1) may temporarily share that access with third parties using the proxy access mechanism. The application 
client uses the ACCESS CONTROL IN command with REQUEST PROXY TOKEN service action (see 8.3.2.6) to 
request that the access control coordinator generate a proxy token for the logical unit specified by the LUN value in 
the CDB. 

The access controls coordinator generates the proxy token in a vendor specific manner. For a specific SCSI target 
device, all active proxy token values should be unique. Proxy token values should be reused as infrequently as 
possible to prevent proxy tokens that have been used and released from being given unintended meaning. 

Power cycles, hard resets, logical unit resets, and l_T nexus losses shall not affect the validity and proxy access 
rights of proxy tokens (see 8.3.1.12). A proxy token shall remain valid and retain the same proxy access rights until 
one of the following occurs: 

a) An application client with access rights to a logical unit via an initiator port based on an ACE in the ACL 
revokes the proxy token using: 

A) The ACCESS CONTROL OUT command with REVOKE PROXY TOKEN service action (see 8.3.3.9); 
or 

B) The ACCESS CONTROL OUT command with REVOKE ALL PROXY TOKENS service action (see 
8.3.3.10); 

or 

b) An application client issues the ACCESS CONTROL OUT command with MANAGE ACL service action 
(see 8.3.3.2) with parameter data containing the Revoke Proxy Token ACE page (see 8.3.3.2.4) or Revoke 
All Proxy Tokens ACE page (see 8.3.3.2.5). 

8.3.1.6.2.2 Proxy LUNs 

To extend proxy access rights to a third party, an application client forwards a proxy token (see 8.3.1.6.2.2) to the 
third party (e.g., in a target descriptor in the parameter data of the EXTENDED COPY command). 

The third party sends the access controls coordinator an ACCESS CONTROL OUT command with ASSIGN 
PROXY LUN service action (see 8.3.3.11) specifying the proxy token to request creation of a proxy access right to 
the referenced logical unit. The access controls coordinator determines the referenced logical unit from the proxy 
token value. The third party is unaware of the exact logical unit to which it is requesting access. 
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The parameter data for the ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action 
includes the LUN value that the third party intends to use when accessing the referenced logical unit. The resulting 
LUN value is called a proxy LUN. If the ACCESS CONTROL OUT command with ASSIGN PROXY LUN service 
action is successful, the proxy LUN becomes the third party’s mechanism for accessing the logical unit by proxy. 

Once assigned, a proxy LUN shall remain valid until one of the following occurs: 

a) The third party releases the proxy LUN value using the ACCESS CONTROL OUT command with 
RELEASE PROXY LUN service action (see 8.3.3.12); 

b) The proxy token is made invalid as described in 8.3.1.6.2.1; or 

c) A logical unit reset or l_T nexus loss of the l_T nexus used to assign the proxy LUN (see 8.3.1.12). 

The third party may reissue the ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action in 
an attempt to re-establish its proxy access rights. If the cause of the proxy token becoming invalid was temporary, 
the reissued command should succeed. The access controls coordinator shall process the request as described in 
8.3.1.6.2.1 without reference to any previous assignment of the proxy LUN value. 

8.3.1.7 Verifying access rights 

When access controls are enabled (see 8.3.1.2), access rights for an initiator port shall be validated as described 
in this subclause. 

All the linked commands in a single task shall be processed based on the ACL that is in effect when the task first 
enters the task enabled state. Relationships between access controls and tasks in a task set are described in 
8.3.1.11.1. 

All commands shall be processed as if access controls were not present if the ACL (see 8.3.1.3) allows the initiator 
port access to the addressed logical unit as a result of one of the following conditions: 

a) The ACL contains an ACE containing a TransportID type access identifier (see 8.3.1.3.2) for the initiator 
port and that ACE includes a LUACD with LUN value matching the addressed LUN; 

b) The initiator port is in the enrolled state (see 8.3.1.5.1.3) under an AccessID, the ACL contains an ACE 
containing that AccessID as an access identifier, and that ACE includes a LUACD with LUN value 
matching the addressed LUN; or 

c) The addressed LUN matches a proxy LUN value (see 8.3.1.6.2.2) assigned using the ACCESS CONTROL 
OUT command with ASSIGN PROXY LUN service action (see 8.3.3.11) and the proxy token (see 

8.3.1.6.2.1) used to assign the proxy LUN value is still valid. 

If the initiator port is in the pending-enrolled state (see 8.3.1.5.1.4) under an AccessID, the ACL contains an ACE 
containing that AccessID as an access identifier, and that ACE includes a LUACD with LUN value matching the 
addressed LUN, then commands shall be processed as follows: 

a) INQUIRY, REPORT LUNS, ACCESS CONTROL OUT and ACCESS CONTROL IN commands shall be 
processed as if access controls were not present; 

b) A REQUEST SENSE command shall be processed as if access controls were not present as described in 
6.26, except in the case where a sense key set to NO SENSE would be returned. In this case, the 
REQUEST SENSE command shall return the sense key set to ILLEGAL REQUEST and the additional 
sense code set to ACCESS DENIED - INITIATOR PENDING-ENROLLED; and 

c) Any other command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INITIATOR 
PENDING-ENROLLED. 
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An application client should respond to the ACCESS DENIED - INITIATOR PENDING-ENROLLED additional 
sense code by sending an ACCESS CONTROL OUT command with ACCESS ID ENROLL service action. If the 
command succeeds, the application client may retry the terminated command. 

If an INQUIRY command is addressed to a LUN for which there is no matching LUN value in any LUACD in any 
ACE allowing the initiator port logical unit access rights, the standard INQUIRY data (see 6.4.2) peripheral device 
type field shall be set to IFh and the peripheral qualifier field shall be set to 011b (i.e., the device server is not 
capable of supporting a device at this logical unit). 

The parameter data returned in response to a REPORT LUNS command addressed to LUN 0 or to the REPORT 
LUNS well known logical unit shall return only the list of LUN values that are associated to accessible logical units 
according to the following criteria: 

a) If the initiator port is in the enrolled state or pending-enrolled state, the REPORT LUNS parameter data 
shall include any LUN values found in LUACDs in the ACE containing the AccessID enrolled by the initiator 
port; 

b) If the initiator port (in any enrollment state) has a TransportID found in the access identifier of an ACE, the 
REPORT LUNS parameter data shall include any LUN values found in LUACDs in that ACE; and 

c) If the initiator port (in any enrollment state) has access to any proxy LUNs (see 8.3.1.6.2.2), those LUN 
values shall be included in the REPORT LUNS parameter data. 

The parameter data returned in response to a REPORT LUNS command that describes well known logical units 
shall not be affected by access controls. 

If the initiator port is in the not-enrolled state and is not allowed access to any logical unit as result of its Trans¬ 
portID or as a result of a proxy LUN assignment, then the REPORT LUNS parameter data shall include only LUN 0 
and well known logical units, as specified in 6.21. 

Except when access controls are disabled, all cases not described previously in this subclause shall result in termi¬ 
nation of the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to LOGICAL UNIT NOT SUPPORTED. 

8.3.1.8 The management identifier key 

8.3.1.8.1 Management identifier key usage 

The management identifier key identifies the application that is responsible for managing access controls for a 
SCSI target device. This identification occurs when the application client specifies a new management identifier 
key value in each ACCESS CONTROL OUT command with the MANAGE ACL service action (see 8.3.3.2), and 
when the last specified management identifier key value appears in ACCESS CONTROL IN and ACCESS 
CONTROL OUT service actions as required in 8.3.1.4.2. 

To allow for failure scenarios where the management identifier key value has been lost, an override procedure 
involving a timer is described in 8.3.1.8.2. 

Use of the management identifier key has the following features: 

a) Management of access controls is associated with those application clients that provide the correct 
management identifier key without regard for the initiator port from which the command was received; and 

b) Only an application client that has knowledge of the management identifier key may change the ACL, 
allowing the management of access controls to be limited to specific applications and application clients. 
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8.3.1.8.2 Overriding the management identifier key 

8.3.1.8.2.1 The OVERRIDE MGMT ID KEY service action 

If the management identifier key needs to be replaced and the current management identifier key is not available, 
then the ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action (see 8.3.3.8) may be 
used to force the management identifier key to a known value. 

The ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action should be used only for 
failure recovery. If failure recovery is not required, the ACCESS CONTROL OUT command with MANAGE ACL 
service action should be used. 

To protect the management identifier key from unauthorized overrides, the access controls coordinator shall restrict 
use of the ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action based on the value 
of the override lockout timer (see 8.3.1.8.2.2). 

When the override lockout timer is not zero, an ACCESS CONTROL OUT command with OVERRIDE MGMT ID 
KEY service action shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

When the override lockout timer is zero, an ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY 
service action shall be processed as described in 8.3.3.8. 

The access controls coordinator shall log the receipt of each ACCESS CONTROL OUT command with OVERRIDE 
MGMT ID KEY service action and its success or failure as described in 8.3.1.10. 

8.3.1.8.2.2 The override lockout timer 

The access controls coordinator shall maintain the override lockout timer capable of counting up to 65 535 
seconds. When the override lockout timer is not zero it shall be decreased by one nominally once per second but 
no more frequently than once every 800 milliseconds until the value reaches zero. When the override lockout timer 
is zero, it shall not be changed except as the result of commands sent by an application client. 

The ACCESS CONTROL OUT command with MANAGE OVERRIDE LOCKOUT TIMER service action manages 
the state of the override lockout timer (see 8.3.3.7), performing one of the following functions: 

a) If the incorrect management identifier key is supplied or if no parameter data is sent, the access controls 
coordinator shall reset the override lockout timer to the last received initial override lockout timer value; or 

b) If the correct management identifier key is supplied, then the access controls coordinator shall do the 
following: 

1) Save the initial override lockout timer value supplied in the parameter data; and 

2) Reset the override lockout timer to the new initial value. 

Setting the initial override lockout timer value to zero disables the override lockout timer and allows the ACCESS 
CONTROL OUT command with OVERRIDE MGMT KEY service action to succeed at any time. 

Any application that knows the management identifier key may establish an initial override lockout timer value of 
sufficient duration (up to about 18 hours). Maintaining a non-zero override lockout timer value may be accom¬ 
plished without knowing the management identifier key or transporting the management identifier key on the 
service delivery subsystem. Attempts to establish a zero initial override lockout timer value that are not accom¬ 
panied by the correct management identifier key result in decreasing the probability that a subsequent ACCESS 
CONTROL OUT command with OVERRIDE MGMT ID KEY service action is able to succeed by resetting the 
override lockout timer. 
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After a logical unit reset, the override lock timer shall be set to the initial override lockout timer value within ten 
seconds of the non-volatile memory containing the initial override lockout timer value becoming available. 

The ACCESS CONTROL IN command with REPORT OVERRIDE LOCKOUT TIMER may be used to discover the 
state of the override lockout timer. 

8.3.1.9 Reporting access control information 

Specific service actions of the ACCESS CONTROL IN command may be used by an application client to request a 
report from the access controls coordinator about its access controls data and state. 

The ACCESS CONTROL IN command with REPORT ACL service action (see 8.3.2.2) returns the ACL (see 
8.3.1.3). The information reported includes the following: 

a) The list of access identifiers (see 8.3.1.3.2) and the associated LUACDs (see 8.3.1.3.3) currently in effect; 
and 

b) The list of proxy tokens (see 8.3.1.6.2.1) currently in effect. 

The ACCESS CONTROL IN command with REPORT ACCESS CONTROLS LOG service action (see 8.3.2.4) 
returns the contents of the access controls log (see 8.3.1.10). 

The ACCESS CONTROL IN command with REPORT OVERRIDE LOCKOUT TIMER service action (see S.3.2.5) 
reports on the state of the override lockout timer (see 8.3.1.8.2.2). 

8.3.1.10 Access controls log 

The access controls log is a record of events maintained by the access controls coordinator. 

The access controls log has three portions, each recording a different class of events: 

a) invalid key events: mismatches between the management identifier key (see 8.3.1.8) specified by a 
service action and the current value maintained by the access controls coordinator; 

b) key override events: attempts to override the management identifier key (see 8.3.1.8.2.1), whether the 
attempt fails or succeeds; and 

c) ACL LUN conflict events: (see 8.3.1.5.2). 

Each portion of the log is required to contain a counter of the events. When a SCSI target device is manufactured, 
all counters shall be set to zero. When access controls are disabled, all counters except the key override events 
counter shall be set to zero. Each counter shall be incremented by one whenever the relevant event occurs. 

Each log portion may contain additional records with more specific information about each event. When the 
resources for additional log records are exhausted, the access controls coordinator shall preserve the most 
recently added log records in preference to older log records. 

Log records contain a time stamp field whose contents are vendor specific. If the access controls coordinator has 
no time stamp resources the time stamp field shall be set to zero. If time stamp values are provided, the same 
timing clock and time stamp format shall be used for all access controls log entries. 

Invalid key events occur whenever an access controls command requires the checking of an application client 
supplied management identifier key against the current management identifier key saved by the access controls 
coordinator and the two values fail to match. When such an event occurs, the access controls coordinator shall 
increment the invalid keys counter by one. If the log has additional resources to record event details, the access 
controls coordinator shall add an invalid keys log record (containing the information defined in 8.3.2.4.2.3) 
describing the event. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


353 



T10/1416-D Revision 21b 


1 December 2004 


Key override events occur when the access controls coordinator receives the ACCESS CONTROL OUT command 
with OVERRIDE MGMT KEY service action (see 8.3.3.8). When such an event occurs, the access controls coordi¬ 
nator shall increment the key overrides counter by one without regard for whether the command succeeds or fails. 
If the log has additional resources to record event details, the access controls coordinator shall add an key 
overrides log record (containing the information defined in 8.3.2.4.2.2) describing the event. 

ACL LUN conflict events occur as specified in 8.3.1.5.2. When such an event occurs, the access controls coordi¬ 
nator shall increment the ACL LUN conflicts counter by one. If the log has additional resources to record event 
details, the access controls coordinator shall add an ACL LUN conflicts log record (containing the information 
defined in 8.3.2.4.2.4) describing the event. 

Selected portions of the access controls log may be requested by an application client using the ACCESS 
CONTROL IN command with REPORT ACCESS CONTROLS LOG service action (see 8.3.2.4). With the 
exception of the key overrides portion, selected portions of the log may be cleared and the counters reset to zero 
using the ACCESS CONTROL OUT command with CLEAR ACCESS CONTROLS LOG service action (see 
8 . 3 . 3 . 6 ). 

8.3.1.11 Interactions of access controls and other features 

8.3.1.11.1 Task set management and access controls 

Upon successful completion of an ACCESS CONTROL OUT command with MANAGE ACL service action (see 
8.3.3.2), the specified ACL (see 8.3.1.3) shall apply to all tasks that subsequently enter the task enabled state. 
Tasks that have modified SCSI target device state information (e.g., media, mode pages, and log pages) shall not 
be affected by an ACCESS CONTROL OUT command that subsequently enters the task enabled state. Tasks in 
the task enabled state that have not modified SCSI target device state information may or may not be affected by 
an ACCESS CONTROL OUT command that subsequently enters the task enabled state. The ACL in effect prior to 
when the ACCESS CONTROL OUT command with MANAGE ACL or DISABLE ACCESS CONTROLS service 
action entered the task enabled state shall apply to all tasks that are not affected by the ACCESS CONTROL OUT 
command. 

All the operations performed by a task shall complete under the control of a single ACL, either the state in effect 
prior to processing of the ACCESS CONTROL OUT command or the state in effect following processing of the 
ACCESS CONTROL OUT command. After a task enters the task enabled state for the first time changing the 
access control state from disabled to enabled (see 8.3.1.2) shall have no effect on the task. 

Multiple access control commands, both ACCESS CONTROL IN and ACCESS CONTROL OUT, may be in the 
task set concurrently. The order of processing of such commands is defined by the task set management require¬ 
ments (see SAM-3), but each command shall be processed as a single indivisible command without any inter¬ 
leaving of actions that may be required by other access control commands. 

8.3.1.11.2 Existing reservations and ACL changes 

If a logical unit is reserved by one l_T nexus and that logical unit becomes accessible to another l_T nexus as a 
result of an access control command, then there shall be no changes in the reservation of that logical unit. 

If a logical unit is reserved by an l_T nexus and that logical unit becomes inaccessible to that l_T nexus as a result 
of an access control command or other access control related event, then there shall be no changes in the reser¬ 
vation. Existing persistent reservations mechanisms allow for other SCSI initiator devices with access to that logical 
unit to clear the reservation. 
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8.3.1.12 Access controls information persistence and memory usage requirements 

If a SCSI target device supports access controls, then the SCSI target device shall contain an access controls 
coordinator that shall maintain the following information in nonvolatile memory: 

a) Whether access controls are enabled or disabled; and 

b) The access controls data that table 334 and table 335 require to persistent across power cycles, hard 
resets, and logical unit resets. 

If the access control coordinator’s nonvolatile memory is not ready and the access controls coordinator is unable to 
determine that access controls are disabled, then the device servers for all logical units shall terminate all 
commands except INQUIRY and REQUEST SENSE commands with CHECK CONDITION status, with the sense 
key set to NOT READY, and the additional sense code set as described in table 180 (see 6.31). 

Following an l_T nexus loss, a previously enrolled initiator port shall be placed in the pending-enrolled state, if that 
initiator port was associated with the lost l_T nexus. Following a logical unit reset, all previously enrolled initiator 
ports shall be placed in the pending-enrolled state. 

The information shown in table 334 shall be maintained by the access controls coordinator. 


Table 334 — Mandatory access controls resources 


Information Description 

Size 

(in bits) 

Persistent 
Across Power 
Cycles, Hard 
Resets, and 
Logical Unit 
Resets 

One ACL (see 8.3.1.3) containing at least one ACE contain¬ 
ing one access identifier (see 8.3.1.3.2), and at least one 
LUACD (see 8.3.1.3.3) 

VS 

Yes 

The Enrollment State for each initiator port (see 8.3.1.5.1) 

VS 

Yes 

Management Identifier Key (see 8.3.1.8) 

64 

Yes 

Default LUNs Generation (DLgeneration, see 8.3.1.4.4) 

32 

Yes 

Override Lockout Timer (see 8.3.1.8.2.2) 

16 

No 

Initial Override Lockout Timer value (see 8.3.1.8.2.2) 

16 

Yes 

Access Controls Log Event Counters (see 8.3.1.10) contain¬ 
ing at least the following: 


Yes 

a) Key Overrides Counter; 

16 

Yes 

b) Invalid Keys Counter; and 

16 

Yes 

c) ACL LUN Conflicts Counter 

16 

Yes 
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Optionally, the access controls coordinator may maintain the information shown in table 335. 


Table 335 — Optional access controls resources 


Information Description 

Size 

(in bits) 

Persistent Across 
Power Cycles, 
Hard Resets, and 
Logical Unit 
Resets 

One or more proxy tokens (see 8.3.1.6.2.1) 

64 

Yes 

One or more proxy LUNs (see 8.3.1.6.2.2) 

64 

No 

Access controls log event records (see 8.3.1.10) for: 



a) Key Overrides events; 

(see 8.3.2.4.2.2) 

Yes 

b) Invalid Keys events; and 

(see 8.3.2.4.2.3) 

Yes 

c) ACL LUN Conflicts events 

(see 8.3.2.4.2.4) 

Yes 


At the time of manufacturer, the ACL shall be empty, all values shown in table 334 shall be zero, additional access 
control log structures shall be empty and there shall be no valid proxy tokens. 
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8.3.1.13 Access identifier formats 
8.3.1.13.1 Access identifier type 

The access identifier type field (see table 336) indicates the format and usage of the access identifier. 


Table 336 — Access Identifier types 


Access 

Identifier 

Type 

Access Identifier 
Name 

Access 

Identifier 

Format 

Reference 

OOh 

Olh 

02h-7Fh 

80h-FFh 

AccessID 

TransportID 

Reserved 

Vendor specific 

8.3.1.13.2 

7.5.4 


8.3.1.13.2 AccessID access identifiers 

AccessID access identifiers shall have the format shown in table 337. 


Table 337 — AccessID access identifier format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 




AccessID 




15 







16 




Reserved 




23 








The AccessID field contains a value that identifies the AccessID type ACE in which the AccessID access identifier 
appears. Within the ACL, no two ACEs shall contain the same AccessID. 
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8.3.2 ACCESS CONTROL IN command 
8.3.2.1 ACCESS CONTROL IN introduction 

The service actions of the ACCESS CONTROL IN command (see table 330) are used to obtain information about 
the access controls that are active within the access controls coordinator and to perform other access control 
functions (see 8.3.1). If the ACCESS CONTROL IN command is implemented, the ACCESS CONTROL OUT 
command also shall be implemented. The ACCESS CONTROL IN command shall not be affected by access 
controls. 


Table 338 — ACCESS CONTROL IN service actions 


Service 

Action 

Name 

Type 

Reference 

OOh 

REPORT ACL 

M 

8.3.2.2 

01 h 

REPORT LU DESCRIPTORS 

M 

8.3.2.3 

02h 

REPORT ACCESS CONTROLS LOG 

M 

8.3.2.4 

03h 

REPORT OVERRIDE LOCKOUT TIMER 

M 

8.3.2.5 

04h 

REQUEST PROXY TOKEN 

O 

8.3.2.6 

05h - 17h 

Reserved 



18h- 1 Fh 

Vendor specific 



Key: M = Service action implementation is mandatory if ACCESS CONTROL 

IN is implemented. 

O = Service action implementation is optional. 


The ACCESS CONTROL IN command may be addressed to any logical unit whose standard INQUIRY data (see 
6.4.2) has the acc bit set to one (e.g., LUN 0), in which case it shall be processed in the same manner as if the 
command had been addressed to the ACCESS CONTROLS well known logical unit. If an ACCESS CONTROL IN 
command is received by a device server whose standard INQUIRY data has the acc bit set to zero, the command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID COMMAND OPERATION CODE. 
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8.3.2.2 REPORT ACL service action 
8.3.2.2.1 REPORT ACL introduction 

The ACCESS CONTROL IN command with REPORT ACL service action (see table 339) is used to query the ACL 
(see 8.3.1.3) maintained by the access controls coordinator. If the ACCESS CONTROL IN command is imple¬ 
mented, the REPORT ACL service action shall be implemented. 


Table 339 — ACCESS CONTROL IN command with REPORT ACL service action 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (86h) 

1 

Reserved service action (OOh) 

2 

(MSB) 

9 

MANAGEMENT IDENTIFIER KEY 

(LSB) 

10 

(MSB) 

13 

ALLOCATION LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


If access controls are disabled, the device server shall ignore the management identifier key field and shall 
respond with GOOD status returning the eight byte parameter list header specified in 8.3.2.2.2 subject to the 
allocation length limitation described in 4.3.4.6. 

If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then parameter data shall 
not be returned and the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID MGMT ID KEY. This event 
shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 

The allocation length field is described in 4.3.4.6. The allocation length field value should be at least eight. 
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8.3.2.2.2 REPORT ACL parameter data format 
8.3.2.2.2.1 REPORT ACL parameter data introduction 

The format of the parameter data returned in response to an ACCESS CONTROL IN command with REPORT ACL 
service actions is shown in table 340. 


Table 340 — ACCESS CONTROL IN with REPORT ACL parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 


Parameter list header 

0 

(MSB) 

ACL DATA LENGTH (n-3) 


3 


(LSB) 

4 

(MSB) 

DLgeneration 


7 


(LSB) 


ACL data pages 

8 


ACL data page 0 









ACL data page x 


n 




The acl data length field shall contain a count of the number of bytes in the remaining parameter data. If the 
allocation length is too small to transfer all of the REPORT ACL parameter data, the ACL data length shall not be 
adjusted to reflect the truncation. If access controls are disabled, the acl data length field shall be set to four. 

The DLgeneration field shall contain the current DLgeneration value (see 8.3.1.4.4). 

The ACL data pages contain a description of the ACL (see 8.3.1.3) maintained by the access controls coordinator. 
Each ACL data page describes one ACE in the ACL or one proxy token (see 8.3.1.6.2). Every ACE and every proxy 
token managed by the access controls coordinator shall have an ACL data page in the parameter data. The 
content and format of an ACL data page is indicated by a page code. Table 341 lists the ACL data page codes. 


Table 341 — ACL data page codes 


Page Code 

ACL Data Page Name 

Reference 

OOh 

01 h 

02h 

03h-EFh 

FOh-FFh 

Granted 

Granted All 

Proxy Tokens 

Reserved 

Vendor specific 

8.3.2.2.2.2 

8.3.2.2.2.3 

8.3.2.2.2.4 
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8.3.2.2.2.2 Granted ACL data page format 

The Granted ACL data page (see table 342) describes an ACE that allows access to a specific set of logical units 
via a list of LUACDs (see 8.3.1.3.3). 


Table 342 — Granted ACL data page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (00h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

4 

Reserved 

5 

ACCESS IDENTIFIER TYPE 

6 

(MSB) 

7 

ACCESS IDENTIFIER LENGTH (m-7) 

(LSB) 

8 


m 

ACCESS IDENTIFIER 


LUACD Descriptors 

m+1 


m+20 

LUACD descriptor 0 



n-19 


n 

LUACD descriptor x 


The page length field shall indicate the number of additional bytes required for this ACL data page and shall not 
be adjusted to reflect any truncation caused by insufficient allocation length. 

The access identifier type field (see 8.3.1.13) indicates the format and usage of the access identifier. 

The access identifier length field indicates the number of bytes following taken up by the access identifier field. 
The access identifier length shall be at least 24 and shall be a multiple of four. 

The access identifier field contains the identifier that the access controls coordinator uses to select the initiator 
port(s) that are allowed access to the logical units named by the LUACD descriptors in this ACL data page. The 
format of the access identifier field is specified in table 336 (see 8.3.1.13). One Granted or Granted All (see 
8.3.2.2.2.3) ACL data page shall be returned for a specific pair of values in the access identifier type and access 

IDENTIFIER fields. 
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Each LUACD descriptor (see table 343) describes the access allowed to one logical unit based on the access 
identifier. There shall be one LUACD descriptor for each logical unit to which the access identifier allows access. 


Table 343 — Granted ACL data page LUACD descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

ACCESS MODE 

1 


Reserved 


3 



4 


LUN VALUE 


11 



12 


DEFAULT LUN 


19 




The access mode field (see table 344) indicates the type of access allowed to the logical unit referenced by the 
default lun field and addressable at the specified LUN value. 


Table 344 — Access mode values 


Access Mode 

Description 

OOh 

Olh-EFh 

FOh-FFh 

Normal access 

Reserved 

Vendor specific 


The lun value field indicates the LUN value an accessing application client uses to access the logical unit via the 
initiator port to which the LUACD descriptor applies. 

The default lun field identifies the logical unit to which access is allowed using the default LUN value described in 
8.3.1.4.3. The value in the default lun field shall be consistent with the DLgeneration field contents returned in 
the parameter list header (see 8.3.2.2.2). 

The lun value and default lun fields may contain the same value. 
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8.3.2.2.2.3 Granted All ACL data page format 

The Granted All ACL data page (see table 345) describes an ACE that allows access to all the SCSI target device’s 
logical units with the default LUN values being used as the accessing LUN values. Initiator ports that have access 
via the access identifier in a Granted All ACL data page are allowed to access the SCSI target device as if access 
controls were disabled. 


Table 345 — Granted All ACL data page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (01 h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (m-3) 

(LSB) 

4 

Reserved 

5 

ACCESS IDENTIFIER TYPE 

6 

(MSB) 

7 

ACCESS IDENTIFIER LENGTH (m-7) 

(LSB) 

8 


m 

ACCESS IDENTIFIER 


The page length, access identifier type, and access identifier length, are described in 8.3.2.2.2.2. 

The access identifier field contains the identifier that the access controls coordinator uses to select the initiator 
port(s) that are allowed access to all the SCSI target device’s logical units with the default LUN values being used 
as the accessing LUN values. The format of the access identifier field is specified in table 336 (see 8.3.1.13). One 
Granted (see 8.3.2.2.2.2) or Granted All ACL data page shall be returned for a specific pair of values in the access 
identifier type and access identifier fields. 
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8.3.2.2.2.4 Proxy Tokens ACL data page format 

The Proxy Tokens ACL data page (see table 346) describes the proxy tokens (see 8.3.1.6.2) maintained by the 
access controls coordinator. 


Table 346 — Proxy Tokens ACL data page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (02h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (fl-3) 

(LSB) 


Proxy token descriptors 

4 


23 

Proxy token descriptor 0 



n-19 


n 

Proxy token descriptor x 


The page length field shall indicate the number of additional bytes required for this ACL data page and shall not 
be adjusted to reflect any truncation caused by insufficient allocation length. 

If there are no active proxy tokens, the access controls coordinator may either not include the Proxy Tokens ACL 
data page in the parameter data or may include one such ACL data page containing no proxy token descriptors. 

No more than one Proxy Tokens ACL data page shall be included in the parameter data. 

Each proxy token descriptor (see table 347) describes the access allowed to one logical unit based on one proxy 
token. There shall be one proxy token descriptor for each active proxy token maintained by the access controls 
coordinator. 


Table 347 — Proxy token descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


3 



4 


PROXY TOKEN 


11 



12 


DEFAULT LUN 


19 




The proxy token field indicates the proxy token to which this proxy token descriptor applies. 
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The default lun field identifies the logical unit to which this proxy token allows access using the default LUN value 
described in 8.3.1.4.3. The value in the default lun field shall be consistent with the DLgeneration value returned 
in the parameter list header (see 8.3.2.2.2). 

The same default LUN value may appear in multiple proxy token descriptors, if multiple proxy tokens are valid for 
the same logical unit. 

8.3.2.3 REPORT LU DESCRIPTORS service action 
8.3.2.3.1 REPORT LU DESCRIPTORS introduction 

The ACCESS CONTROL IN command with REPORT LU DESCRIPTORS service action (see table 348) reports 
the inventory of logical units for which access controls may be established. If the ACCESS CONTROL IN 
command is implemented, the REPORT LU DESCRIPTORS service action shall be implemented. 


Table 348 — ACCESS CONTROL IN command with REPORT LU DESCRIPTORS service action 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (86h) 

1 

Reserved service action (01 h) 

2 

(MSB) 

9 

MANAGEMENT IDENTIFIER KEY 

(LSB) 

10 

(MSB) 

13 

ALLOCATION LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


If access controls are disabled, the device server shall ignore the management identifier key field and shall 
respond with GOOD status returning the twenty byte parameter list header as specified in 8.3.2.3.2 subject to the 
allocation length limitation described in 4.3.4.6. 

NOTE 73 - When access controls are disabled, the logical unit inventory may be obtained using commands such 
as REPORT LUNS (see 6.21). To facilitate access controls management, the ACCESS CONTROL IN command 
with REPORT LU DESCRIPTORS service action returns more information than the REPORT LUNS command. 

When access controls are disabled additional commands such as INQUIRY (see 6.4) are required to obtain all the 
information provided by the ACCESS CONTROL IN command with REPORT LU DESCRIPTORS service action. 

If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then parameter data shall 
not be returned and the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID MGMT ID KEY. This event 
shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 

The allocation length field is described in 4.3.4.6. The allocation length field value should be at least 20. 
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8.3.2.3.2 REPORT LU DESCRIPTORS parameter data format 

The format of the parameter data returned in response to an ACCESS CONTROL IN command with REPORT LU 
DESCRIPTORS service actions is shown in table 349. 


Table 349 — ACCESS CONTROL IN with REPORT LU DESCRIPTORS parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 


Parameter list header 

0 

(MSB) 

LU INVENTORY LENGTH (n-3) 


3 


(LSB) 

4 

(MSB) 

NUMBER OF LOGICAL UNITS 


7 


(LSB) 

8 


SUPPORTED LUN MASK FORMAT 


15 



16 

(MSB) 

DLgeneration 


19 


(LSB) 


Logical Unit descriptors 

20 


Logical Unit descriptor 0 









Logical Unit descriptor x 


n 




The lu inventory length field shall contain a count of the number of bytes in the remaining parameter data. If the 
allocation length is too small to transfer all of the REPORT LU DESCRIPTORS parameter data, the LU inventory 
length shall not be adjusted to reflect the truncation. If access controls are disabled, the lu inventory length field 
shall be set to 16. 

The number of logical units field shall contain a count of the number of logical units managed by the access 
controls coordinator. The value in number of logical units field shall be the same as the number of Logical Unit 
descriptors that follow in the parameter data. 
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The SUPPORTED LUN mask format field (see table 350) contains a summary of the LUN values (see 8.3.1.3.3) that 
the access controls coordinator supports. LUN values are exchanged between application clients and the access 
controls coordinator by several service actions (e.g., the ACCESS CONTROL IN command with REPORT ACL 
service action described in 8.3.2.2 and the ACCESS CONTROL OUT command with MANAGE ACL service action 
described in 8.3.3.2). The format of the supported lun mask format field follows the eight byte LUN structure 
defined for dependent logical units by SAM-3. 


Table 350 — supported lun mask format field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

FIRST LEVEL LUN MASK 


1 


(LSB) 

2 

(MSB) 

SECOND LEVEL LUN MASK 


3 


(LSB) 

4 

(MSB) 

THIRD LEVEL LUN MASK 


5 


(LSB) 

6 

(MSB) 

FOURTH LEVEL LUN MASK 


7 


(LSB) 


The lun mask at each level indicates the approximate range of the logical unit number values the access controls 
coordinator supports. A bit set to zero in a lun mask field indicates that the access controls coordinator prohibits 
setting that bit to one in a LUN value. A bit set to one in a lun mask field indicates that the access controls coordi¬ 
nator may allow setting that bit to one in a LUN value. 

(E.g., if the access controls coordinator only supports level one LUN values with LUN values ranging from 0 to 256, 
then the supported lun mask format field shall contain 00FF 0000 0000 OOOOh. If only LUN values ranging from 
0 to 200 were supported, the supported lun mask format field still would contain 00FF 0000 0000 OOOOh.) 

The value in the support lun mask format field only summarizes the supported LUN values and is not a complete 
description. The value in the support lun mask format field should be used as a guideline for specifying LUN 
values in service actions (e.g., ACCESS CONTROL OUT command with MANAGE ACL service action). LUN 
values that appear valid based on the contents of the support lun mask format field may still be rejected. 

The DLgeneration field shall contain the current DLgeneration value (see 8.3.1.4.4). 
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Each Logical Unit descriptor (see table 351) contains information about one logical unit managed by the access 
controls coordinator. There shall be one Logical Unit descriptor for every logical unit managed by the access 
controls coordinator. 


Table 351 — Logical Unit descriptor format 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

Reserved 

PERIPHERAL DEVICE TYPE 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 


11 

DEFAULT LUN 

12 

Reserved 

13 

EVPD IDENTIFICATION DESCRIPTOR LENGTH 

14 

Reserved 

15 

DEVICE IDENTIFIER LENGTH 

16 


47 

EVPD IDENTIFICATION DESCRIPTOR 

48 

(MSB) 

79 

DEVICE IDENTIFIER 

(LSB) 

80 


n 

DEVICE TYPE SPECIFIC DATA 


The peripheral device type field is as defined in 6.4.2. 

The descriptor length field indicates the total number of bytes remaining in the descriptor and shall not reflect 
any truncation of the parameter data as a result of insufficient allocation length. If the peripheral device type field 
contains Oh, 4h, or 7h, the descriptor length field shall contain 92 if the descriptor includes the device type 
specific data field and 80 if it does not. If the peripheral device type field contains any value other than Oh, 4h, or 
7h, the descriptor length field shall contain 76. 

The default lun field contains the default LUN value (see 8.3.1.4.3) for the logical unit described by this logical 
unit descriptor. The value in the default lun field shall be consistent with the DLgeneration value returned in the 
parameter list header (see 8.3.2.3.2). The value in the default lun field shall not identify a well known logical unit. 

The evpd identification descriptor length field indicates the number of non pad bytes in the evpd identifi¬ 
cation descriptor field. 

The device identifier length field indicated the number of non pad bytes in the device identifier field. 
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The evpd identification descriptor field shall be derived from one of the Device Identification VPD page (see 
7.6.4) identification descriptors having 00b in the association field as follows: 

a) If the identification descriptor has a length less than 32 bytes, then the evpd identification descriptor 
field shall be set to the zero-padded (see 4.4.2) identification descriptor value. The evpd identification 
descriptor length field shall be set to the length of the identification descriptor not including pad bytes; or 

b) If the identification descriptor has a length greater than or equal to 32 bytes, then the evpd identification 
descriptor field shall be set to the first 32 bytes of the identification descriptor. The evpd identification 
descriptor LENGTH field shall be set to 32. 

If there are several identification descriptors having 00b in the association field, the choice of which descriptor to 
copy to the evpd identification descriptor field is vendor specific, however, all ACCESS CONTROL IN 
commands with REPORT LU DESCRIPTORS service action shall return the same evpd identification 
descriptor field contents for a specific logical unit. 

If a device identifier has been set for the logical unit using the SET DEVICE IDENTIFIER command (see 6.28), the 
device identifier field shall contain that device identifier subject to the following considerations: 

a) If the device identifier has length less than 32 bytes, then the device identifier field shall be set to the 
zero-padded (see 4.4.2) device identifier value. The device identifier length field shall be set to the 
length of the device identifier not including pad bytes; or 

b) If the device identifier has length greater than or equal to 32 bytes, then the device identifier field shall be 
set to the first 32 bytes of the identifier The device identifier length field shall be set to 32. 

If no device identifier has been established by a SET DEVICE IDENTIFIER command, then the device identifier 
length field shall be set to zero and the device identifier field shall be set to zero. 

If the peripheral device type field contains any value other than Oh, 4h, or 7h, the device type specific data field 
shall not be present in the Logical Unit descriptor. 

The Logical Unit descriptor shall include the device type specific data field if: 

a) The peripheral device type field contains Oh, 4h, or 7h; 

b) The logical unit supports the READ CAPACITY command (see SBC-2) with: 

A) The reladr bit set to zero; and 

B) The pmi bit set to zero; 
and 

c) The logical unit standard INQUIRY data (see 6.4.2) has the rmb bit set to zero. 

If the Logical Unit descriptor includes the device type specific data field, then the size of the device type specific 
data field shall be 12 bytes and the field shall contain the same data that would have been returned by a 
successful READ CAPACITY command with longlba bit set to one, and the reladr and pmi bits set to zero. 
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8.3.2.4 REPORT ACCESS CONTROLS LOG service action 
8.3.2.4.1 REPORT ACCESS CONTROLS LOG introduction 

The ACCESS CONTROL IN command with REPORT ACCESS CONTROLS LOG service action (see table 352) is 
used to obtain the access controls log (see 8.3.1.10). If the ACCESS CONTROL IN command is implemented, the 
REPORT ACCESS CONTROLS LOG service action shall be implemented. 

Table 352 — ACCESS CONTROL IN command with REPORT ACCESS CONTROLS LOG service action 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (86h) 

1 

Reserved service action (02h) 

2 

(MSB) 

9 

MANAGEMENT IDENTIFIER KEY 

(LSB) 

10 

Reserved log portion 

11 

Reserved 

12 

(MSB) 

13 

ALLOCATION LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


If access controls are disabled, the device server shall ignore the management identifier key field and shall 
respond with GOOD status returning the eight byte parameter list header as specified in 8.3.2.4.2.1 subject to the 
allocation length limitation described in 4.3.4.6. 

Since the Key Overrides portion of the log is maintained while access controls are disabled (see 8.3.3.3), it may be 
retrieved by enabling access controls and issuing an ACCESS CONTROL IN command with REPORT ACCESS 
CONTROLS LOG service action. 

If access controls are enabled and table 353 specifies that the management identifier key is not required then the 
device server shall ignore the contents of the management identifier key field. 

If access controls are enabled, table 353 specifies that the management key identifier is required, and the contents 
of the management identifier key field do not match the current management identifier key (see 8.3.1.8) 
maintained by the access controls coordinator, then the parameter data shall not be returned and the command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to ACCESS DENIED - INVALID MGMT ID KEY. This event shall be recorded in the 
invalid keys portion of the access controls log (see 8.3.1.10). 
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The log portion field (see table 353) specifies the access controls log portion being requested. 


Table 353 — CDB log portion field values 


Log 

Portion 

Description 

Management Identifier 
Key Required 

00b 

Key Overrides portion 

No 

01b 

Invalid Keys portion 

Yes 

10b 

ACL LUN Conflicts portion 

Yes 

11b 

Reserved 



The allocation length field is described in 4.3.4.6. The allocation length field value should be at least eight. 

8.3.2.4.2 REPORT ACCESS CONTROLS LOG parameter data format 
8.3.2.4.2.1 REPORT ACCESS CONTROLS LOG parameter data introduction 

The format of the parameter data returned in response to an ACCESS CONTROL IN command with REPORT 
ACCESS CONTROLS LOG service actions is shown in table 354. 


Table 354 — ACCESS CONTROL IN with REPORT ACCESS CONTROLS LOG parameter data format 


Bit 

Byte 

7 6 5 4 3 2 1 0 


Parameter list header 

0 

(MSB) 

3 

LOG LIST LENGTH (n-3) 

(LSB) 

4 

Reserved 

5 

Reserved log portion 

6 

(MSB) 

7 

COUNTER 

(LSB) 


Access Controls Log portion pages 

8 



Accgss Controls Log portion pcig© 0 





n 

Accoss Controls Log portion pcigo x 


The log list length field shall contain a count of the number of bytes in the remaining parameter data. If the 
allocation length is too small to transfer all of the REPORT ACCESS CONTROLS LOG parameter data, the log list 
length shall not be adjusted to reflect the truncation. If access controls are disabled, the log list length field shall 
be set to four. 
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The log portion field (see table 355) indicates the access controls log portion being returned, the contents of the 
counter field, and the type of access controls log portion pages being returned. 


Table 355 — Parameter data log portion field values 


Log 

Portion 

Access Controls Log 
Portion Being Returned 

counter Field Contents 

Access Controls Log 
Page Format Reference 

00b 

Key Overrides portion 

Key Overrides counter 

8.3.2.4.2.2 

01b 

Invalid Keys portion 

Invalid Keys counter 

8.3.2.4.2.3 

11b 

11b 

ACL LUN Conflicts portion 
Reserved 

ACL LUN Conflicts counter 

8.3.2.4.2.4 


The counter field contains the events counter value (see 8.3.1.10) for the access controls log portion indicated by 
the log portion field (see table 355). 

The format of the access controls log portion pages is indicated by the value in the log portion field (see table 
355). All the access controls log portion pages returned in a single parameter list shall have the same format. If the 
access controls coordinator does not support access controls log portion pages in the portion of the access 
controls log indicated by the log portion field, then the parameter data shall only contain the parameter list 
header. 

8.3.2.4.2.2 Key Overrides access controls log portion page format 

The Key Overrides access controls log portion page (see table 356) contains details of logged attempts to override 
the management identifier key (see 8.3.1.10) using the ACCESS CONTROL OUT command with OVERRIDE 
MGMT ID KEY service action (see 8.3.3.8) whether those attempts were successful or not. 


Table 356 — Key Overrides access controls log portion page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

TransportID additional length (m-32) 


1 


(LSB) 

2 

Reserved 

3 

Reserved success 

4 

(MSB) 

TIME STAMP 


7 


(LSB) 

8 


TransportID 


m-1 



m 

(MSB) 

INITIAL OVERRIDE LOCKOUT TIMER 


m+1 


(LSB) 

m+2 

(MSB) 

OVERRIDE LOCKOUT TIMER 


m+3 


(LSB) 


The TransportID additional length field indicates the additional length of the TransportID field beyond the 
minimum length of 24 bytes. The TransportID additional length shall be a multiple of four. 
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A SUCCESS bit set to one indicates that the specific ACCESS CONTROL OUT command with OVERRIDE MGMT 
ID KEY service action event recorded in the access controls log successfully overrode the management identifier 
key. A success bit set to zero indicates that the command did not succeed. 

The time stamp field shall contain zero or an indication of the time at which the ACCESS CONTROL OUT 
command with OVERRIDE MGMT ID KEY service action was processed as described in 8.3.1.10. 

The TransportID field shall contain the TransportID of the initiator port from which the command was received. 

The initial override lockout timer field shall contain the access controls coordinator’s initial override lockout 
timer value (see 8.3.1.8.2.2) at the time when the key override was logged. 

The override lockout timer field shall contain the access controls coordinator’s override lockout timer value (see 
8.3.1.8.2.2) at the time when the key override was logged. 

8.3.2.4.2.3 Invalid Keys access controls log portion page format 

The Invalid Keys access controls log portion page (see table 357) contains details of logged receipts of ACCESS 
CONTROL IN or ACCESS CONTROL OUT commands specifying an incorrect management identifier key (see 
8.3.1.10). 


Table 357 — Invalid Keys access controls log portion page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

TransportID additional length (m-32) 


1 


(LSB) 

3 

OPERATION CODE 

4 

Reserved service action 

5 

(MSB) 

time stamp 


7 


(LSB) 

8 


TransportID 


m-1 



m 

(MSB) 

INVALID MANAGEMENT IDENTIFIER KEY 


m+7 


(LSB) 


The TransportID additional length field indicates the additional length of the TransportID field beyond the 
minimum length of 24 bytes. The TransportID additional length shall be a multiple of four. 

The operation code and service action fields shall be set to the respective values from the CDB of the access 
controls command that specified the invalid management identifier key. 

The time stamp field shall contain zero or an indication of the time at which the ACCESS CONTROL IN or 
ACCESS CONTROL OUT command was processed as described in 8.3.1.10. 

The TransportID field shall contain the TransportID of the initiator port from which the command was received. 

The invalid management identifier key field shall be set to the value of the invalid management identifier key 
detected by the access controls coordinator. 
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NOTE 74 - The management identifier key is typically in the CDB for ACCESS CONTROL IN commands and in the 
parameter data for ACCESS CONTROL OUT commands. 

8.3.2.4.2.4 ACL LUN Conflicts access controls log portion page format 


The ACL LUN Conflicts access controls log portion page (see table 358) contains details of logged ACL LUN 
conflicts (see 8.3.1.10) encountered by the access controls coordinator when a previously not-enrolled initiator port 
sends an ACCESS CONTROL OUT command with ACCESS ID ENROLL service action (see 8.3.3.4). 



The TransportID additional length field indicates the additional length of the TransportID field beyond the 
minimum length of 24 bytes. The TransportID additional length shall be a multiple of four. 

The time stamp field shall contain zero or an indication of the time at which the ACCESS CONTROL OUT 
command with ACCESS ID ENROLL service action was processed as described in 8.3.1.10. 

The TransportID field shall contain the TransportID of the initiator port from which the command was received that 
resulted in the ACL LUN conflict. 

The AccessID field shall be set to the AccessID that the initiator port attempted to enroll. This shall correspond to 
an access identifier in ACL entry at the time the ACL LUN conflict event occurred. 
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8.3.2.5 REPORT OVERRIDE LOCKOUT TIMER service action 

The ACCESS CONTROL IN command with REPORT OVERRIDE LOCKOUT TIMER service action (see table 
359) is used query the value of the override lockout timer (see 8.3.1.8.2.2). If the ACCESS CONTROL IN command 
is implemented, the REPORT OVERRIDE LOCKOUT TIMER service action shall be implemented. 


Table 359 — ACCESS CONTROL IN command with REPORT OVERRIDE LOCKOUT TIMER service action 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (86h) 

1 

Reserved service action (03h) 

2 

(MSB) 

9 

MANAGEMENT IDENTIFIER KEY 

(LSB) 

10 

(MSB) 

13 

ALLOCATION LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


If access controls are disabled, eight bytes of zeros shall be returned subject to the allocation length limitations 
described in 4.3.4.6 and GOOD status shall be returned. 

If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then parameter data shall 
not be returned, the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID MGMT ID KEY. This event 
shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 

The allocation length field is described in 4.3.4.6. The allocation length field value should be at least eight. 

If access controls are enabled, the parameter data returned by the ACCESS CONTROL IN command with 
REPORT OVERRIDE LOCKOUT TIMER service action shall have the format shown in table 360. 


Table 360 — ACCESS CONTROL IN with REPORT OVERRIDE LOCKOUT TIMER parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

CURRENT OVERRIDE LOCKOUT TIMER 


3 


(LSB) 

4 

(MSB) 

INITIAL OVERRIDE LOCKOUT TIMER 


5 


(LSB) 

6 

(MSB) 

KEY OVERRIDES COUNTER 


7 


(LSB) 
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The current override lockout timer field shall be set to the current value of the override lockout timer (see 
8.3.1.8.2.2). 

The initial override lockout timer field shall be set to the initial override lockout timer value (see 8.3.1.8.2.2) 
established by the last successful ACCESS CONTROL OUT command with MANAGE OVERRIDE LOCKOUT 
TIMER service action (see 8.3.3.7). 

The key overrides counter field shall be set to the value of the key overrides counter in the access controls log 
(see 8.3.1.10). 

8.3.2.6 REQUEST PROXY TOKEN service action 

The ACCESS CONTROL IN command with REQUEST PROXY TOKEN service action (see table 361) is used to 
obtain a proxy token (see 8.3.1.6.2) for a logical unit to which that initiator port has non-proxy access rights. The 
returned proxy token may be used to pass temporary access to the logical unit to a third party that may use other 
proxy related service actions of the ACCESS CONTROL IN and ACCESS CONTROL OUT commands to gain 
access to the logical unit. If the ACCESS CONTROL IN command with REQUEST PROXY TOKEN service action 
is not supported, the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


Table 361 — ACCESS CONTROL IN command with REQUEST PROXY TOKEN service action 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (86h) 

1 

Reserved service action (04h) 

2 


9 

LUN VALUE 

10 

(MSB) 

13 

ALLOCATION LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


If access controls are disabled, the command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

NOTE 75 - If access controls are disabled, all logical units are accessible and all initiator ports share the same LUN 
values for addressing. A proxy token is not needed because sharing LUN values is sufficient. 

The lun value field shall contain the LUN value the application client uses to access the logical unit via the initiator 
port over which the proxy token is requested. 

If the LUN value corresponds to a logical unit that is accessible to the requesting initiator port either through a 
TransportID or through the AccessID under which the initiator port is currently in the enrolled state (see 8.3.1.5.1), 
and the access controls coordinator has sufficient resources to create and manage a new proxy token, then the 
parameter data shown in table 362 shall be returned. 
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If the LUN value does not correspond to an accessible logical unit or corresponds to a logical unit accessible only 
through a proxy token, then the parameter data shall not be returned and the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
ACCESS DENIED - INVALID LU IDENTIFIER. 

If the LUN value corresponds to a logical unit accessible only through an enrolled AccessID and the initiator port is 
in the pending-enrolled state, then the parameter data shall not be returned and the command shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to ACCESS DENIED - INITIATOR PENDING-ENROLLED. 

If the access controls coordinator does not have enough resources to create and manage a new proxy token, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INSUFFICIENT ACCESS CONTROL RESOURCES. 

The allocation length field is described in 4.3.4.6. The allocation length field value should be at least eight. 

The format of the parameter data returned by the ACCESS CONTROL IN command with REQUEST PROXY 
TOKEN service action is shown in table 362. 


Table 362 — ACCESS CONTROL IN with REQUEST PROXY TOKEN parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


PROXY TOKEN 


7 
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8.3.3 ACCESS CONTROL OUT Command 
8.3.3.1 ACCESS CONTROL OUT introduction 

The service actions of the ACCESS CONTROL OUT command (see Table 25) are used to request service actions 
by the access controls coordinator to limit or grant access to the logical units by initiator ports. If the ACCESS 
CONTROL OUT command is implemented, the ACCESS CONTROL IN command also shall be implemented. The 
ACCESS CONTROL OUT command shall not be affected by access controls. 


Table 363 — ACCESS CONTROL OUT service actions 


Service 

Action 

Name 

Type 

Reference 

OOh 

MANAGE ACL 

M 

8.3.3.2 

Olh 

DISABLE ACCESS CONTROLS 

M 

8.3.3.3 

02h 

ACCESS ID ENROLL 

M 

8.3.3.4 

03h 

CANCEL ENROLLMENT 

M 

8.3.3.5 

04h 

CLEAR ACCESS CONTROLS LOG 

M 

8.3.3.6 

05h 

MANAGE OVERRIDE LOCKOUT TIMER 

M 

8.3.3.7 

06h 

OVERRIDE MGMT ID KEY 

M 

8.3.3.8 

07h 

REVOKE PROXY TOKEN 

0 

8.3.3.9 

08h 

REVOKE ALL PROXY TOKENS 

0 

8.3.3.10 

09h 

ASSIGN PROXY LUN 

0 

8.3.3.11 

OAh 

RELEASE PROXY LUN 

0 

8.3.3.12 

OBh - 17h 

Reserved 



18h-IFh 

Vendor specific 



Key: M = Service action implementation is mandatory if ACCESS CONTROL 

OUT is implemented. 

0 = Service action implementation is optional. 




The ACCESS CONTROL OUT command may be addressed to any logical unit whose standard INQUIRY data 
(see 6.4.2) has the acc bit set to one (e.g., LUN 0), in which case it shall be processed in the same manner as if 
the command had been addressed to the ACCESS CONTROLS well known logical unit. If an ACCESS CONTROL 
OUT command is received by a device server whose standard INQUIRY data has the acc bit set to zero, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID COMMAND OPERATION CODE. 
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The CDB format used by all ACCESS CONTROL OUT service actions is shown in table 364. 

Table 364 — ACCESS CONTROL OUT command format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (87h) 

1 

Reserved service action (see table 363) 

2 


9 

Reserved 

10 

(MSB) 

13 

PARAMETER LIST LENGTH 

(LSB) 

14 

Reserved 

15 

CONTROL 


The parameter list length field indicates the amount of data that the application client shall send to the access 
controls coordinator in the Data-Out Buffer. The format of the parameter list is specific to each service action. 

8.3.3.2 MANAGE ACL service action 

8.3.3.2.1 MANAGE ACL introduction 

The ACCESS CONTROL OUT command with MANAGE ACL service action is used to authorize access or revoke 
access to a logical unit or logical units by initiator ports. The ACCESS CONTROL OUT command with MANAGE 
ACL service action adds, changes or removes an entry or multiple entries in the access controls coordinator’s ACL 
(see 8.3.1.3). If the ACCESS CONTROL OUT command is implemented, the MANAGE ACL service action shall be 
implemented. 

The format of the CDB for the ACCESS CONTROL OUT command with MANAGE ACL service action is shown in 
table 364 (see 8.3.3.1). 

If the parameter list length field in the CDB is zero, the access controls coordinator shall take no action and the 
command shall be completed with a GOOD status. 

If the value in the parameter list length field is less than 20 or results in truncation of any ACE page (see table 
366), then the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

If the access controls coordinator is unable to complete the ACCESS CONTROL OUT command with MANAGE 
ACL service action because it has insufficient resources, then the access controls coordinator shall take no action 
and not change any of its state and the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT ACCESS CONTROL 
RESOURCES. 
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The format of the parameter data for the ACCESS CONTROL OUT command with MANAGE ACL service action is 
shown in table 365. 


Table 365 — ACCESS CONTROL OUT with MANAGE ACL parameter data format 


Bit 

Byte 

7 6 5 4 3 2 1 0 


Parameter list header 

0 


3 


4 

(MSB) 

11 

(LSB) 

12 

(MSB) 

19 

NEW MANAGEMENT IDENTIFIER KEY 

(LSB) 

20 

Reserved 

21 

flush Reserved 

22 

Reserved 

23 

Reserved 

24 

(MSB) 

27 

DLgeneration 

(LSB) 


ACE pages 

28 



ACE p&QG 0 





n 

ACE page x 


If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then the access controls 
coordinator’s state shall not be altered, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID MGMT ID 
KEY. This event shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 

If the contents of the management identifier key field match the current management identifier key maintained by 
the access controls coordinator, the access controls coordinator shall set its management identifier key to the value 
specified in the new management identifier key field and if access controls are disabled it shall enable them. 

The flush bit set to one instructs the access controls coordinator to place every initiator port in the enrolled state 
into the pending-enrolled state (see 8.3.1.5.1.4). 

The DLgeneration field specifies the DLgeneration value (see 8.3.1.4.4) associated with the default LUN values in 
the Grant/Revoke ACE pages in the parameter data. 
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The ACE pages that may follow the parameter list header provide additional changes to the ACL. Each ACE page 
describes one ACE in the ACL that is to be added, modified, or removed. The content and format of an ACE page 
is indicated by a page code (see table 366). 


Table 366 — ACE page codes 


Page Code 

ACE Page Name 

Reference 

OOh 

Grant/Revoke 

8.3.3.2.2 

Olh 

Grant All 

8.3.3.2.3 

02h 

Revoke Proxy Token 

8.3.3.2.4 

03h 

Revoke All Proxy Tokens 

8.3.3.2.5 

04h-EFh 

Reserved 


FOh-FFh 

Vendor specific 



The following requirements apply to the processing of changes to the access control state: 

a) No change to the access control state shall occur if the ACCESS CONTROL OUT command with 
MANAGE ACL service action terminates with a status other than GOOD status; and 

b) If the ACCESS CONTROL OUT command with MANAGE ACL service action completes with a GOOD 
status, the following shall have been performed as a single indivisible event: 

1) Changes resulting from the contents of fields in the parameter list header shall be processed; and 

2) Changes resulting from the contents of ACE pages shall be processed; 

a) Multiple ACE pages shall be processed sequentially; 

b) If an ACE page contains conflicting instructions in LUACD descriptors, the instructions in the last 
LUACD descriptor within the ACE page shall take precedence; and 

c) If an ACE containing an AccessID type access identifier (see 8.3.1.3.2) is replaced and the ACE 
page that caused the change has the nocncl bit (see 8.3.3.2.2) set to zero, then any initiator port 
in the enrolled state or pending-enrolled state under the AccessID in that ACE shall be placed in 
the not-enrolled state (see 8.3.1.5.1.2). 

An ACE page contains conflicting instructions if either of the following is true: 

a) Two LUACD descriptors are present with the same LUN value and different default LUN values; or 

b) Two LUACD descriptors are present with different LUN values and the same default LUN value. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


381 




T10/1416-D Revision 21b 


1 December 2004 


8.3.3.2.2 The Grant/Revoke ACE page 

The Grant/Revoke ACE page (see table 367) is used to add, modify, or remove an ACE from the ACL (see 8.3.1.3). 


Table 367 — Grant/Revoke ACE page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (00h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

4 

nocncl Reserved 

5 

ACCESS IDENTIFIER TYPE 

6 

(MSB) 

7 

ACCESS IDENTIFIER LENGTH (m-7) 

(LSB) 

8 


m 

ACCESS IDENTIFIER 


LUACD Descriptors 

m+1 


m+20 

LUACD descriptor 0 



n-19 


n 

LUACD descriptor x 


The page length field specifies the number of additional bytes present in this ACE page. 

A nocncl (no changes to current logical unit access) bit set to one specifies that the application client is telling the 
access controls coordinator that this ACE page makes no changes to the existing logical unit access conditions in 
the ACL. A nocncl bit set to zero specifies that the ACE page may or may not change existing logical unit access 
conditions. If the access identifier type specifies a TransportID (see 8.3.2.2.2.2), the nocncl bit shall be ignored. 

The ACCESS identifier type and access identifier length fields are described in 8.3.2.2.2.2. 

The access identifier field contains the identifier that the access controls coordinator uses to select the ACE that 
is to be added, modified, or removed. The format of the access identifier field is specified in table 336 (see 
8.3.1.13). 

Any of the following conditions in the parameter header or any Grant/Revoke ACE page or Grant All ACE page 
shall cause the access coordinator to not change its state and shall cause the command to be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST: 

a) The contents of the DLgeneration field in the parameter list header (see 8.3.3.2.1) do not match the 
current DLgeneration value (see 8.3.1.4.4) maintained by the access controls coordinator; 

b) An access identifier type field specifies an unsupported value; 
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c) An ACCESS identifier type field contains 01 h (see 8.3.1.3.2) with an access identifier field that contains 
an invalid TransportID (see 8.3.1.3.2) as defined for the applicable protocol standard; 

d) Two ACE pages that have the same values in the access identifier type and access identifier fields; or 

e) Changes in the ACL that result in an ACL LUN conflict (see 8.3.1.5.2). 

NOTE 76 - The application client is responsible for obtaining the current association of default LUN values to logical 
units (and the DLgeneration value for that association) prior to issuing this service action. The ACCESS CONTROL 
IN command with REPORT LU DESCRIPTORS service action (see 8.3.2.3) returns the necessary information. 

Each LUACD descriptor (see table 368) describes the access to be allowed to one logical unit based on the access 
identifier in the ACE page. An ACE page may contain zero or more LUACD descriptors. 


Table 368 — ACE page LUACD descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

ACCESS MODE 

1 


Reserved 


3 



4 


LUN VALUE 


11 



12 


DEFAULT LUN 


19 




The ACCESS MODE field is described in 8.3.2.2.2.2. 

The lun value field specifies the LUN value an accessing application client uses to access the logical unit via the 
initiator port to which the LUACD descriptor applies. 

The default lun field specifies the logical unit to which the value in the lun value allows access. The default lun 
field shall contain a default LUN value (see 8.3.1.4.3). The value in the default lun field shall be consistent with 
the DLgeneration field contents specified in the parameter list header (see 8.3.3.2.1). If the default lun field 
references a well known logical unit, the access controls coordinator’s state shall not be modified and the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the specified access mode is not supported or if the default lun field contains value that is not valid or the lun 
value field contains a value that the access controls coordinator does not support as a valid LUN, then the access 
controls coordinator’s state shall not be modified and the command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, the additional sense code set to ACCESS DENIED - 
INVALID LU IDENTIFIER, and the sense-key specific field shall be set as described for the ILLEGAL REQUEST 
sense key in 4.5.2.4.2. If the error is an unsupported value in the lun value field, then the access controls coordi¬ 
nator should determine a suggested LUN value that is unlikely to produce an error while also minimizing the 
absolute value of the difference of the erroneous default LUN value and the suggested LUN value. If a suggested 
LUN value is determined, the first four bytes of the suggested LUN value shall be placed in the information field 
and the last four bytes shall be placed in the command-specific information field of the sense data (see 4.5). 
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Based on the access identifier and the presence or absence of LUACD descriptors, the access controls coordinator 
shall add, modify, or remove an ACE in the ACL as shown in table 369. 


Table 369 — Access Coordinator Grant/Revoke ACE page actions 



ACL already contains an ACE with the access 
identifier matching the one in the ACE page? 

Yes 

No 

ACE page 
includes 
LUCAD 
descriptors? 

Yes 

Modify the existing ACE in 
the ACL. 

Add a new ACE to the 

ACL. 

No 

Remove the existing ACE 
from the ACL. 

Take no action; this shall 
not be considered an 

error. 


If the access identifier type indicates type AccessID, the enrollment state (see 8.3.1.5.1) of any initiator port that 
is enrolled under the specified AccessID, shall be affected as follows: 

a) If the ACE containing the AccessID is removed, the initiator port shall be placed in the not-enrolled state; or 

b) If the ACE containing the AccessID is modified by a Grant/Revoke ACE page or a Grant All ACE page, 
then; 

A) If the nocncl bit is set to zero in that ACE page, the initiator port shall be placed in the not-enrolled 
state; or 

B) If the nocncl bit is set to one in that ACE page, the enrollment state of the initiator port may be left 
unchanged or the initiator port may be placed in the not-enrolled state (see 8.3.1.5.1.2) based on 
vendor specific considerations. 

8.3.3.2.3 The Grant All ACE page 

The Grant All ACE page (see table 370) is used to add or modify an ACE in the ACL (see 8.3.1.3). An ACE added 
or modified using the Grant All ACE page allows initiator ports with the specified access identifier to access the 
SCSI target device as if access controls were disabled. 


Table 370 — Grant All ACE page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (01 h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

4 

nocncl Reserved 

5 

ACCESS IDENTIFIER TYPE 

6 

(MSB) 

7 

ACCESS IDENTIFIER LENGTH (m-7) 

(LSB) 

8 


n 

ACCESS IDENTIFIER 
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The PAGE LENGTH, NOCNCL, ACCESS IDENTIFIER TYPE, ACCESS IDENTIFIER LENGTH, and ACCESS IDENTIFIER fields are 
defined in 8.3.3.2.2. 

The Grant All ACE page shall be processed as if it is a Grant/Revoke ACE page (see 8.3.3.2.2) with one LUACD 
descriptor for every logical unit managed by the access controls coordinator with the fields in each LUACD 
containing: 

a) An access mode of OOh (see 8.3.2.2.2.2); 

b) A lun value field whose contents match the contents of the default lun field; and 

c) A default lun field whose contents reference the logical unit appropriate to the DLgeneration value (see 
8.3.1.4.4). 

8.3.3.2.4 The Revoke Proxy Token ACE page 

The Revoke Proxy Token ACE page (see table 371) is used to revoke one or more proxy tokens (see 8.3.1.6.2). 


Table 371 — Revoke Proxy Token ACE page format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

PAGE CODE (02h) 

1 

Reserved 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

4 


11 

PROXY TOKEN 0 



n-7 


n 

PROXY TOKEN X 


The page length field specifies the number of additional bytes present in this ACE page. If the page length is less 
than eight or not a multiple of eight, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense be set to PARAMETER LIST LENGTH ERROR. 

The proxy token field(s) specify the proxy tokens to be revoked. The access controls coordinator shall revoke 
each proxy token listed in a proxy token field. If the contents of a proxy token field do not identify a valid proxy 
token the field shall be ignored and this shall not be considered an error. 

Multiple Revoke Proxy Token ACE pages may be included in the parameter data. 
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8.3.3.2.5 The Revoke All Proxy Tokens ACE page 

The Revoke All Proxy Tokens ACE page (see table 371) is used to revoke all currently valid proxy tokens (see 
8.3.1.6.2). 


Table 372 — Revoke All Proxy Tokens ACE page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (03h) 

1 

Reserved 

2 

(MSB) 

PAGE LENGTH (OOOOh) 


3 


(LSB) 


Multiple Revoke All Proxy Tokens ACE pages may be included in the parameter data. 

8.3.3.3 DISABLE ACCESS CONTROLS service action 

The ACCESS CONTROL OUT command with DISABLE ACCESS CONTROLS service action is used to place the 
access controls coordinator in the access controls disabled state. If the ACCESS CONTROL OUT command is 
implemented, the DISABLE ACCESS CONTROLS service action shall be implemented. 

The format of the CDB for the ACCESS CONTROL OUT command with DISABLE ACCESS CONTROLS service 
action is shown in table 364 (see 8.3.3.1). 

If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor 12, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is 12, the parameter list shall have the format shown in table 373. 


Table 373 — ACCESS CONTROL OUT with DISABLE ACCESS CONTROLS parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


3 



4 

(MSB) 

MANAGEMENT IDENTIFIER KEY 


11 


(LSB) 


If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then the access controls 
coordinator’s states shall not be altered, the command shall be terminated with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID 
MGMT ID KEY. This event shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 
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In response to an ACCESS CONTROL OUT command with DISABLE ACCESS CONTROLS service action with 
correct management identifier key value the access controls coordinator shall: 

a) Disable access controls; 

b) Clear the ACL (see 8.3.1.3); 

c) Place all initiator ports into the not-enrolled state (see 8.3.1.5.1); 

d) Set the management identifier key to zero (see 8.3.1.8); 

e) Set the override lockout timer to zero (see 8.3.1.8.2.2); 

f) Set the initial override lockout timer value to zero (see 8.3.1.8.2.2); 

g) Clear the access controls log (including resetting counters to zero) with the exception of the key overrides 
portion of the access controls log (see 8.3.1.10); 

h) Allow all initiator port’s access to all logical units at their default LUN value; 

i) Optionally, reset the DLgeneration value to zero (see 8.3.1.4.4); and 

j) Establish a unit attention condition for all initiator ports, with the additional sense code set to REPORTED 
LUNS DATA HAS CHANGED. 

8.3.3.4 ACCESS ID ENROLL service action 

The ACCESS ID ENROLL service action of the ACCESS CONTROL OUT command is used by an application 
client to enroll an AccessID for an initiator port with the access controls coordinator. If the ACCESS CONTROL 
OUT command is implemented, the ACCESS ID ENROLL service action shall be implemented. 

The format of the CDB for the ACCESS CONTROL OUT command with ACCESS ID ENROLL service action is 
shown in table 364 (see 8.3.3.1). 

If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor 24, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is 24, the parameter list shall have the format shown in table 374. 


Table 374 — ACCESS CONTROL OUT with ACCESS ID ENROLL parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 




AccessID 




15 







16 




Reserved 




23 








The AccessID field is described in 8.3.1.3.2. 

If the initiator port is in the enrolled state or pending-enrolled state (see 8.3.1.5.1) under a specific AccessID and 
the AccessID field contains a different AccessID, then the access controls coordinator shall place the initiator port 
in the pending-enrolled state, the command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - ENROLLMENT 
CONFLICT. 
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If the initiator port is in the enrolled state or pending-enrolled state under a specific AccessID and the AccessID 
field contains a matching AccessID, the access controls coordinator shall place the initiator port in the enrolled 
state and make no other changes. 

If the initiator port is in the not-enrolled state and the AccessID field contents do not match the AccessID in any 
ACE in the ACL (see 8.3.1.3), then the initiator port shall remain in the not-enrolled state and the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to ACCESS DENIED - NO ACCESS RIGHTS. 

If the initiator port is in the not-enrolled state and the AccessID field contents matches the AccessID in an ACE in 
the ACL, the actions taken depend on whether enrolling the initiator port would create an ACL LUN conflict (see 
8.3.1.5.2). If there is no ACL LUN conflict, the initiator port shall be placed in the enrolled state (see 8.3.1.5.1.3). If 
there is an ACL LUN conflict, then the initiator port shall remain in the not-enrolled state and the command shall be 
terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to ACCESS DENIED - ACL LUN CONFLICT. This event shall be recorded in the ACL LUN conflicts 
portion of the access controls log (see 8.3.1.10). 

An application client that receives the ACCESS DENIED - ACL LUN CONFLICT additional sense code should 
remove any proxy access rights it has acquired using the ACCESS CONTROL OUT command with RELEASE 
PROXY LUN service action and retry the enrollment request. If the ACL LUN conflict resulted from proxy access, 
the retried enrollment succeeds. Otherwise, the mechanisms for resolving ACL LUN conflicts are outside the scope 
of this standard. 

8.3.3.5 CANCEL ENROLLMENT service action 

The ACCESS CONTROL OUT command with CANCEL ENROLLMENT service action is used to remove an 
initiator port’s enrollment with the access controls coordinator (see 8.3.1.5). Successful completion of this 
command changes the state of the initiator port to the not-enrolled state. If the ACCESS CONTROL OUT 
command is implemented, the CANCEL ENROLLMENT service action shall be implemented. 

The ACCESS CONTROL OUT command with CANCEL ENROLLMENT service action should be used by an appli¬ 
cation client prior to any period where use of its accessible logical units may be suspended for a lengthy period of 
time (e.g., when a host is preparing to shutdown). This allows the access controls coordinator to free any resources 
allocated to manage the enrollment for the initiator port. 

The format of the CDB for the ACCESS CONTROL OUT command with CANCEL ENROLLMENT service action is 
shown in table 364 (see 8.3.3.1). 

If access controls are disabled, the access controls coordinator shall take no action and the command shall be 
completed with a GOOD status. 

There is no parameter data for the ACCESS CONTROL OUT command with CANCEL ENROLLMENT service 
action. If the parameter list length field in the CDB is not set to zero, the initiator port’s enrollment shall not be 
changed and the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

If the parameter list length field in the CDB is set to zero, the initiator port shall be placed in the not-enrolled 
state (see 8.3.1.5.1.2) Any subsequent commands addressed to the logical units no longer accessible are handled 
according to the requirements stated in 8.3.1.7. 
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8.3.3.6 CLEAR ACCESS CONTROLS LOG service action 

The ACCESS CONTROL OUT command with CLEAR ACCESS CONTROLS LOG service action is used to 
instruct the access controls coordinator to reset a specific access control log counter to zero and to clear a portion 
of the access controls log (see 8.3.1.10). If the ACCESS CONTROL OUT command is implemented, the CLEAR 
ACCESS CONTROLS LOG service action shall be implemented. 

The format of the CDB for the ACCESS CONTROL OUT command with CLEAR ACCESS CONTROLS LOG 
service action is shown in table 364 (see 8.3.3.1). 

If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor 12, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is 12, the parameter list shall have the format shown in table 375. 


Table 375 — ACCESS CONTROL OUT with CLEAR ACCESS CONTROLS LOG parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


2 



3 

Reserved log portion 

4 

(MSB) 

MANAGEMENT IDENTIFIER KEY 


11 


(LSB) 


The log portion field (see table 376) specifies the access controls log portion to be cleared. 

Table 376 — CLEAR ACCESS CONTROLS LOG LOG portion field values 


Log 

Portion 

Description 

00b 

Reserved 

01b 

Invalid Keys portion 

10b 

ACL LUN Conflicts portion 

11b 

Reserved 


If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then the access controls 
coordinator’s states shall not be altered, the command shall be terminated with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - INVALID 
MGMT ID KEY. This event shall be recorded in the invalid keys portion of the access controls log (see 8.3.1.10). 
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In response to an ACCESS CONTROL OUT command with CLEAR ACCESS CONTROLS LOG service action 
with correct management identifier key value the access controls coordinator shall perform the following to clear 
the portion of the access controls log identified by the log portion field (see table 376) in the parameter data: 

a) Set the counter for the specified log portion to zero; and 

b) If the specified log portion contains log records, remove the log records from the specified log portion. 

8.3.3.7 MANAGE OVERRIDE LOCKOUT TIMER service action 

The ACCESS CONTROL OUT command with MANAGE OVERRIDE LOCKOUT TIMER service action is used to 
manage the override lockout timer (see 8.3.1.8.2.2). If the ACCESS CONTROL OUT command is implemented, 
the MANAGE OVERRIDE LOCKOUT TIMER service action shall be implemented. 

If access controls are disabled, the access controls coordinator shall take no action and the command shall be 
completed with a GOOD status. 

The format of the CDB for the ACCESS CONTROL OUT command with MANAGE OVERRIDE LOCKOUT TIMER 
service action is shown in table 364 (see 8.3.3.1). 

If the parameter list length field in the CDB is zero, the access controls coordinator shall reset the override 
lockout timer to the current initial override lockout timer value maintained by the access controls coordinator. 

If the value in the parameter list length field is neither zero nor 12, the device server shall respond with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is 12, the parameter list shall have the format shown in table 377. 


Table 377 — ACCESS CONTROL OUT with MANAGE OVERRIDE LOCKOUT TIMER parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

NEW INITIAL OVERRIDE LOCKOUT TIMER 


3 


(LSB) 

4 

(MSB) 

MANAGEMENT IDENTIFIER KEY 


11 


(LSB) 


The new initial override lockout timer field specifies the value that access controls coordinator shall maintain 
for initial override lockout timer if the specified management identifier key is correct. 

If access controls are enabled and the contents of the management identifier key field do not match the current 
management identifier key (see 8.3.1.8) maintained by the access controls coordinator, then the access controls 
coordinator shall not change the initial override lockout timer value but shall set the override lockout timer to the 
unaltered current initial override lockout timer value. The command shall be terminated with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to ACCESS DENIED - 
INVALID MGMT ID KEY. This event shall be recorded in the invalid keys portion of the access controls log (see 
8.3.1.10). 
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In response to an ACCESS CONTROL OUT command with MANAGE OVERRIDE LOCKOUT TIMER service 
action with correct management identifier key value the access controls coordinator shall: 

a) Replace the currently saved initial override lockout timer with the value in the new initial override 
lockout TIMER field; and 

b) Set the override lockout timer to the new initial value. 

8.3.3.8 OVERRIDE MGMT ID KEY service action 

The ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action is used to override the 
current management identifier key (see 8.3.1.4.2) maintained by the access controls coordinator. The ACCESS 
CONTROL OUT command with OVERRIDE MGMT ID KEY service action should be used in a failure situation 
where the application client no longer has access to its copy of the current management identifier key. 

Successful use of the ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action is 
restricted by the override lockout timer (see 8.3.1.8.2.2). 

If the ACCESS CONTROL OUT command is implemented, the OVERRIDE MGMT ID KEY service action shall be 
implemented. 

The format of the CDB for the ACCESS CONTROL OUT command with OVERRIDE MGMT ID KEY service action 
is shown in table 364 (see 8.3.3.1). 

If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If access controls are enabled, the access controls coordinator shall log every ACCESS CONTROL OUT 
command with OVERRIDE MGMT ID KEY service action processed whether successful or not in the access 
controls log as specified in 8.3.1.10. 

If the value in the parameter list length field is neither zero nor 12, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is 12, the parameter data shall have the format shown in table 378. 


Table 378 — ACCESS CONTROL OUT with OVERRIDE MGMT ID KEY parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


3 



4 

(MSB) 

new management identifier key 


11 


(LSB) 


The new management identifier key field specifies a new management identifier key. 

If the override lockout timer managed by the access controls coordinator is not zero, the access controls coordi¬ 
nator’s states shall not be altered, the command shall be terminated with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 
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If the override lockout timer managed by the access controls coordinator is zero, then the access controls coordi¬ 
nator shall replace the current management identifier key with the value in the to the new management identifier 
key field. 

8.3.3.9 REVOKE PROXY TOKEN service action 

An application client for an initiator port uses the ACCESS CONTROL OUT command with REVOKE PROXY 
TOKEN service action to cancel all proxy access rights to a logical unit that have been granted under the specified 
proxy token (see 8.3.1.6.2). If this service action is not supported, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 

The format of the CDB for the ACCESS CONTROL OUT command with REVOKE PROXY TOKEN service action 
is shown in table 364 (see 8.3.3.1). 

If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor eight, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is eight, the parameter data shall have the format shown in table 
379. 


Table 379 — ACCESS CONTROL OUT with REVOKE PROXY TOKEN parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


PROXY TOKEN 


7 




If the proxy token field does not contain a valid proxy token previously obtained via the initiator port, no action is 
taken by the access controls coordinator. This shall not be considered an error. 

If the proxy token is valid, the access controls coordinator shall take the following actions: 

a) Invalidate the proxy token; and 

b) Deny access to the associated logical unit by any initiator port whose rights were granted under that proxy 
token via an ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action (see 8.3.3.11) 
according to the requirements stated in 8.3.1.7. 

8.3.3.10 REVOKE ALL PROXY TOKENS service action 

An application client for an initiator port uses the ACCESS CONTROL OUT command with REVOKE ALL PROXY 
TOKENS service action to cancel all proxy access rights to a specified logical unit that it obtained with zero or more 
proxy tokens (see 8.3.1.6.2). If this service action is not supported, the command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 

The format of the CDB for the ACCESS CONTROL OUT command with REVOKE ALL PROXY TOKENS service 
action is shown in table 364 (see 8.3.3.1). 
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If access controls are disabled or if the parameter list length field in the CDB is zero, the access controls coordi¬ 
nator shall take no action and the command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor eight, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is eight, the parameter data shall have the format shown in table 
380. 


Table 380 — ACCESS CONTROL OUT with REVOKE ALL PROXY TOKENS parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 




LUN VALUE 




7 








If the LUN in the lun value field is not associated to a logical unit to which the requesting initiator port has 
non-proxy access rights based on the contents of an ACE (see 8.3.1.3) or if the LUN value is based on a proxy 
token (see 8.3.1.6.2), then no further action is taken by the access controls coordinator. This shall not be 
considered an error. 

If the LUN value is associated to a logical unit to which the requesting initiator port has non-proxy access rights, the 
access controls coordinator shall take the following additional actions: 

a) Invalidate all proxy tokens for the initiator port for the logical unit specified by the lun value field; 

b) Deny access to that logical unit by any initiator port whose rights were granted under any of the invalidated 
proxy tokens via an ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action (see 
8.3.3.11) according to the requirements stated in 8.3.1.7. 

8.3.3.11 ASSIGN PROXY LUN service action 

The ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action is used to request access to a 
logical unit under the rights of a proxy token (see 8.3.1.6.2) and to assign that logical unit a particular LUN value for 
addressing by the requesting initiator port. If this service action is not supported, the command shall be terminated 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN CDB. 

The format of the CDB for the ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action is 
shown in table 364 (see 8.3.3.1). 

If the parameter list length field in the CDB is zero, the access controls coordinator shall take no action and the 
command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor 16, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 
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If the value in the parameter list length field is 16, the parameter data shall have the format shown in table 381. 


Table 381 — ACCESS CONTROL OUT with ASSIGN PROXY LUN parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


PROXY TOKEN 


7 



8 


LUN VALUE 


15 




The proxy token field contains a proxy token. If the contents of the proxy token field are not valid, then the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to ACCESS DENIED - INVALID PROXY TOKEN. 

NOTE 77 - If access controls are disabled, there are no valid proxy tokens and the device server always responds 
with the specified error information. This differs from the behavior of many other ACCESS CONTROL OUT service 
actions where the response is GOOD status when access controls are disabled. The difference in behavior is 
intended to inform the application client that its request for the new LUN assignment failed. 

The lun value field specifies the LUN value the application client intends to use when accessing the logical unit 
described by the proxy token. 

If the proxy token is valid but the access controls coordinator is unable to assign the requested LUN value to the 
associated logical unit (e.g., because the LUN value already is associated with a logical unit for the initiator port, or 
because the LUN value is not a supported logical unit address), then access rights shall not be granted, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to ACCESS DENIED - INVALID LU IDENTIFIER, and the sense-key specific field 
shall be set as described for the ILLEGAL REQUEST sense key in 4.5.2.4.2. The access controls coordinator 
should determine a suggested LUN value that is unlikely to produce an error while also minimizing the absolute 
value of the difference of the erroneous default LUN value and the suggested LUN value. If a suggested LUN value 
is determined, the first four bytes of the suggested LUN value shall be placed in the information field and the last 
four bytes shall be placed in the command-specific information field of the sense data (see 4.5). 

If the proxy token is valid but the access controls coordinator has insufficient resources to manage proxy logical 
unit access, the command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INSUFFICIENT ACCESS CONTROL RESOURCES. 

If the proxy token is valid and the access controls coordinator has sufficient resources, the initiator port shall be 
allowed proxy access to the referenced logical unit at the specified LUN value. 

8.3.3.12 RELEASE PROXY LUN service action 

The ACCESS CONTROL OUT command with RELEASE PROXY LUN service action is used to release proxy 
access to a logical unit created with a proxy token (see 8.3.1.6.2) and the ACCESS CONTROL OUT command 
with ASSIGN PROXY LUN service action (see 8.3.3.11). If this service action is not supported, the command shall 
be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 
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The ACCESS CONTROL OUT command with RELEASE PROXY LUN service action should be used when an 
application client no longer requires the logical unit access rights granted to an initiator port under a proxy token 
(e.g., when a copy manager has completed a specific third party copy operation under a proxy token). This allows 
the access controls coordinator to free any resources allocated to manage the proxy access. 

The format of the CDB for the ACCESS CONTROL OUT command with RELEASE PROXY LUN service action is 
shown in table 364 (see 8.3.3.1). 

If the parameter list length field in the CDB is zero, the access controls coordinator shall take no action and the 
command shall be completed with a GOOD status. 

If the value in the parameter list length field is neither zero nor eight, the command shall be terminated with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

If the value in the parameter list length field is eight, the parameter data shall have the format shown in table 
382. 


Table 382 — ACCESS CONTROL OUT with RELEASE PROXY LUN parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 




LUN VALUE 




7 








The lun value field specifies a LUN value that was associated with a logical unit based on a proxy token using an 
ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action. If the LUN value was not assigned 
to a logical unit by an ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action, the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

NOTE 78 - If access controls are disabled, there are no valid proxy tokens and therefore no LUN value could be 
assigned to a logical unit by an ACCESS CONTROL OUT command with ASSIGN PROXY LUN service action so 
the device server always responds with the specified error information. This differs from the behavior of many other 
ACCESS CONTROL OUT service actions where the response is GOOD status when access controls are disabled. 

The difference in behavior is intended to inform the application client that the LUN value remains as a valid address 
for the logical unit. 

If the LUN value was assigned to a logical unit by an ACCESS CONTROL OUT command with ASSIGN PROXY 
LUN service action, the access controls coordinator shall not allow access to the logical unit at the specified LUN 
value. 
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8.4 TARGET LOG PAGES well known logical unit 

The TARGET LOG PAGES well known logical unit shall only process the commands listed in table 383. If a 
command is received by the TARGET LOG PAGES well know logical unit that is not listed in table 383, then the 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 383 — Commands for the TARGET LOG PAGES well known logical unit 


Command name 

Operation 

code 

Type 

Reference 

INQUIRY 

12h 

M 

6.4 

LOG SELECT 

4Ch 

M 

6.5 

LOG SENSE 

4Dh 

M 

6.6 

REQUEST SENSE 

03h 

M 

6.26 

TEST UNIT READY 

OOh 

M 

6.28 

Key: M = Command implementation is mandatory. 


The TARGET LOG PAGES well known logical unit shall support the Protocol Specific Port log page (see 7.2.9) and 
may support other log pages with parameters that apply to the SCSI target device. 
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Annex A 

(informative) 

Terminology mapping 

The introduction of a model for SCSI devices with multiple ports resulted in changes in terminology between SPC-2 
and SPC-3 (see table A.1). 


Table A.1 — SPC-3 to SPC-2 terminology mapping 


SPC-3 equivalent term 

SPC-2 term 

initiator port identifier 

initiator identifier 

queue 

task set 

SCSI initiator port 

initiator 

SCSI port 

port 

SCSI port identifier 

device identifier 

SCSI port identifier 

SCSI identifier 

SCSI target port 

target 

target port identifier 

target identifier 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


397 




T10/1416-D Revision 21b 


1 December 2004 


Annex B 

(Informative) 

PERSISTENT RESERVE IN/OUT functionality for RESERVE/RELEASE replacement 
B.1 Introduction 

This annex specifies the PERSISTENT RESERVE OUT command features necessary to replace the reserve/ 
release management method (see SPC-2) and provides guidance on how to perform a third party reservation 
using persistent reservations. The PERSISTENT RESERVE IN command is used to replace any feature of the 
reserve/release management method. 

B.2 Replacing the reserve/release method with the PERSISTENT RESERVE OUT 
COMMAND 

The minimum PERSISTENT RESERVE OUT command (see 6.12) features necessary to replace the reserve/ 
release management method (see SPC-2) is shown in table B.1. 


Table B.1 — PERSISTENT RESERVE OUT command features 


PERSISTENT RESERVE OUT command features 

Replaces 

reserve/release 


REGISTER 

Yes a 


RESERVE 

Yes 


RELEASE 

Yes 

Service 

CLEAR 

Yes b 

Action 

PREEMPT 

No 


PREEMPT AND ABORT 

No 


REGISTER AND IGNORE EXISTING KEY 

Yes a 


REGISTER AND MOVE 

Yes c 

Scope 

LU_SCOPE 

Yes 


Write Exclusive 

No 


Exclusive Access 

Yes 

Type 

Write Exclusive - Registrants Only 

No 

Exclusive Access - Registrants Only 

No 


Write Exclusive - All Registrants 

No 


Exclusive Access - All Registrants 

No 

a An implementation uses either the REGISTER or REGISTER AND IGNORE 
EXISTING KEY service action. 

b Necessary to clear the registration and reservation (e.g, a failed initiator). 
c Necessary only for third party reservations. 
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B.3 Third party reservations 

For some uses of the EXTENDED COPY command (see 6.3), the application client performs a locking function to 
maintain data integrity on the source and may also lock the destination device prior to starting the copy operation. 
The persistent reservation management method may be used to perform the locking function. Other methods (e.g., 
access controls, see 8.3) may also perform the locking function. 

To accomplish a third party persistent reservation the following steps are recommended: 

1) Backup application uses the REGISTER service action to register an l_T nexus with a logical unit (e.g., a 
tape drive logical unit); 

2) Backup application uses the RESERVE service action to establish a persistent reservation with the 
Exclusive Access type; 

3) Backup application prepares the logical unit for access (e.g., medium is loaded and positioned); 

4) Backup application uses the REGISTER AND MOVE service action to register the l_T nexus that the copy 
manager is expected to use and to move the persistent reservation to that l_T nexus; 

5) Backup application sends the EXTENDED COPY command to the copy manager that includes a third 
party persistent reservations source l_T nexus segment descriptor (see 6.3.7.19); 

6) Copy manager processes all segment descriptors in the received EXTENDED COPY command except the 
third party persistent reservations source l_T nexus segment descriptor; and 

7) Copy manager issues a REGISTER AND MOVE service action, using the reservation key and l_T nexus 
specified in the third party persistent reservations source l_T nexus segment descriptor received from the 
backup application (see step 5), to move the persistent reservation back to the original l_T nexus. 
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Annex C 

(Informative) 

Procedures for logging operations in SCSI 
C.1 Procedures for logging operations in SCSI introduction 

This annex provides guidance in the use of the LOG SELECT and LOG SENSE commands defined in clause 6. 
This annex does not replace the descriptions in clause 6 and is not intended to conflict with clause 6. The purpose 
of this annex is to provide more information to gain a more uniform implementation of the SCSI logging functions. 

C.2 Logging operations terminology 

C.2.1 list parameter: A parameter value that consists of a string of ASCII data (see 4.4.1) or a binary value. 

C.2.2 log page: A page made up of one or more log parameters. 

C.2.3 log parameter: Log information that is made up of a parameter code, a parameter control byte, and a 
parameter value. 

C.2.4 parameter code: A unique identifier that is used to distinguish between the different log parameters within a 
single log page. 

C.2.5 parameter control byte: Used to tell the device server how to update, save, use thresholds, determine 
format, etc. of the parameter value. 

C.2.6 parameter pointer field: Contains a parameter code. 

C.2.7 parameter value: A counter, cumulative, threshold, or ASCII value. 

C.2.8 GT: Greater Than 
C.2.9 NV: Not Valid 

C.2.10 x or xx: Any valid value for the bit or field 

C.2.11 -: The value in the bit or field does not apply to the associated description 
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C.3 LOG SENSE command 

The LOG SENSE command may be used to do two functions. One is to allow the device server to save the log 
parameters in a log page to nonvolatile storage. The other is to allow an application client to receive the value of the 
current log parameters for a given log page. 

Table C.1 lists the definitions of the LOG SENSE CDB fields. 


Table C.1 — LOG SENSE Command CDB fields 


LOG SENSE CDB 
Values 


PPC 

bit 

SP 

bit 

PC 

field 

Description 

0 

Specifies that the log parameter requested from the device server begin with the 
parameter code specified by the parameter pointer field in ascending order of 
parameter codes from the specified log page. 

1 

Specifies that the device server return a log page consisting only of the log 
parameters in which a log parameter value has changed since the last LOG 
SELECT or LOG SENSE command. The device server returns only those log 
parameters with a parameter code greater than or equal to the parameter code 
specified by the parameter pointer field. 

0 

Specifies that the device server perform the specified LOG SENSE command 
and not save any log parameters. 

1 

specifies that the device server perform the specified LOG SENSE command 
and save all log parameters identified as saveable by the ds bit to a nonvolatile 
vendor specific location if allowed. See the table C.3 to determine the interaction 
between the sp and ds bits to see what 'allowed' means. 

00 

Specifies that the device server return current threshold values. 

01 

Specifies that the device server return current cumulative values. 

10 

Specifies that the device server return default threshold values. 

11 

Specifies that the device server return default cumulative values. 
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Table C.2 lists all possible parameter values that may be returned by a LOG SENSE command. 


Table C.2 — LOG SENSE returned parameter values 


LOG SENSE 
CDB Values 

Log Page 
Parameter 
Control Byte 
Value 

Device Server Action 

PPC 

bit 

PC 

field 

LP 

bit 

LBIN 

bit 

Parameter values returned 
to the application client 

0 

00 

0 

X 

Returns all current threshold values starting with the parameter code 
specified in the parameter pointer field. 

0 

01 

0 

X 

Returns all current cumulative values starting with the parameter code 
specified in the parameter pointer field. 

0 

10 

0 

X 

Returns all default threshold values starting with the parameter code 
specified in the parameter pointer field. 

0 

11 

0 

X 

Returns all default cumulative values starting with the parameter code 
specified in the parameter pointer field. 

1 00 

0 

X 

Returns only the current threshold values that have changed, starting 
with the parameter code specified in the parameter pointer field. 

1 01 

0 

X 

Returns only the current cumulative values that have changed, starting 
with the parameter code specified in the parameter pointer field. 

1 10 

0 

X 

Returns only the default threshold values that have changed, starting 
with the parameter code specified in the parameter pointer field. 

1 11 

0 

X 

Returns only the default cumulative values that have changed, starting 
with the parameter code specified in the parameter pointer field. 

0 

XX 

1 0 

Returns all the list parameters starting with the parameter code speci¬ 
fied in the parameter pointer field. The list parameters returned are 
formatted as ASCII data (see 4.4.1). 

1 XX 

1 0 

Returns only the list parameters that have changed, starting with the 
parameter code specified in the parameter pointer field. The list 
parameters returned are formatted as ASCII data (see 4.4.1). 

0 

XX 

1 1 

Returns all the list parameters starting with the parameter code speci¬ 
fied in the parameter pointer field. The list parameters returned are 
formatted in binary. 

1 XX 

1 1 

Returns only the list parameters that have changed, starting with the 
parameter code specified in the parameter pointer field. The list 
parameters returned are formatted in binary. 
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Table C.3 lists all possible save options for the LOG SENSE command. 

The listed options define the save operations that occur as a direct result of the LOG SENSE command. Further 
save operations are a function of the tsd bit in the log parameter control byte (see 7.2) and the gltsd bit in the 
Control mode page (see 7.4.6). 


Table C.3 — LOG SENSE save options 


LOG SENSE 
CDB Values 

Log Page Parameter 
Control Byte Value 


SP 

bit 

PC 

field 

DS 

bit 

LP 

bit 

LBIN 

bit 

Device Server Action 

0 

XX 

X 

X 

X 

Do not save any of the log parameters into nonvolatile storage. 

1 00 

0 

0 

X 

Save all the current threshold values of the selected log page 
into nonvolatile storage. 

1 01 

0 

0 

X 

Save all the current cumulative values of the selected log page 
into nonvolatile storage. 

1 10 

0 

0 

X 

Save all the default threshold values of the selected log page 
into nonvolatile storage. 

1 11 

0 

0 

X 

Save all the default cumulative values of the selected log page 
into nonvolatile storage. 

1 XX 

0 

1 

0 

Save all the current list parameter values of the selected log 
page into nonvolatile storage. The list parameters are formatted 
as ASCII data (see 4.4.1). 

1 XX 

0 1 1 

Save all the current list parameter values of the selected log 
page into nonvolatile storage. The list parameters are formatted 
in binary. 

1 XX 

1 

X 

X 

Do not save any of the log parameters into nonvolatile storage. 
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C.4 LOG SELECT command 

The function of the LOG SELECT command is to allow an application client a method of sending parameter values 
to the device server. 

Table C.4 lists the definitions of the LOG SELECT CDB fields. 


Table C.4 — LOG SELECT CDB fields 


LOG SELECT CDB Values 


PCR 

bit 

SP 

bit 

PC 

field 

Parameter 

List 

Length 

Description 

0 - - 

Specifies that the device server not reset the log parameters. 

1 

X 

XX 

OOOOh 

Specifies that the device server set all implemented parameter values to 
the vendor specific default values. 

1 

X 

XX 

GTO 

This is an illegal condition. 

0 

Specifies that the device server not save any of the log parameters. 

1 

Specifies that, after performing the specified LOG SELECT operation, the 
device server save to nonvolatile memory all saveable log parameters. 

See table C.5 to determine the interaction between the sp and ds bits to 
see what 'saveable' means. 

00 

Specifies that the application client is sending threshold values. 

01 

Specifies that the application client is sending cumulative values. 

10 

Specifies that the application client is sending default threshold values. 

11 

Specifies that the application client is sending default cumulative values. 
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Table C.5 lists all possible save options for the LOG SELECT command. 

All the log parameters that are selected for saving are saved to nonvolatile storage after the device server performs 
the specified LOG SELECT operation. Further save operations are a function of the tsd bit in the log parameter 
control byte (see 7.2) and the gltsd bit in the Control mode page (see 7.4.6). 


Table C.5 — LOG SELECT save options 


LOG SELECT 
CDB Values 

SP PC 

bit field 

Log Page Parameter 
Control Byte Value 

DS LP LBIN 

bit bit bit 

Device Server Action 

0 

XX 

X 

X 

X 

Do not save any of the log parameters into nonvolatile 
storage. 

1 

00 

0 

0 

X 

Save all the threshold values of the selected log page into 
nonvolatile storage. 

1 

01 

0 

0 

X 

Save all the cumulative values of the selected log page into 
nonvolatile storage. 

1 

10 

0 

0 

X 

Save all the default threshold values of the selected log 
page into nonvolatile storage. 

1 

11 

0 

0 

X 

Save all the default cumulative values of the selected log 
page into nonvolatile storage. 

1 

XX 

0 

1 

0 

Save all the list parameter values of the selected log page 
into nonvolatile storage. The list parameters are formatted 
as ASCII data (see 4.4.1). 

1 

XX 

0 

1 

1 

Save all the list parameter values of the selected log page 
into nonvolatile storage. The list parameters are formatted in 
binary. 

1 

XX 

1 

X 

X 

Do not save any of the log parameters into nonvolatile 
storage. 
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Table A.6 lists all possible parameter values that may be controlled by a LOG SELECT command. 


Table C.6 — LOG SELECT controller parameter values 


LOG SELECT 
CDB Values 

PC 

field 

Log Page 
Parameter 
Control Byte 
Value 

LP LBIN 

bit bit 

Device Server Action 

Updated parameter value usage 

00 

0 

X 

The parameter values for all the log parameters in the log page(s) sent to 
the device server are used as threshold values, unless the lp bit is set. 

01 

0 

X 

The parameter values for all the log parameters in the log page(s) sent to 
the device server are used as cumulative values, unless the lp bit is set. 

10 

0 

X 

The device server sets the current threshold values to the default 
threshold values for all the log parameters specified in the log page(s) 
sent during a LOG SELECT command, unless the lp bit is set. 

11 

0 

X 

The device server sets the current cumulative values to the default 
cumulative values for all the log parameters specified in the log page(s) 
sent during a LOG SELECT command, unless the lp bit is set. 

XX 

1 

0 

The device server replaces the current list parameter with the list 
parameter sent to the device server. The list parameters are formatted as 
ASCII data (see 4.4.1). 

XX 

1 

1 

The device server replaces the current list parameter with the list 
parameter sent to the device server. The list parameters are formatted 
in binary. 
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C.5 Exception conditions during logging 

C.5.1 Overview of exception conditions during logging 

The logging operations may be setup to keep track of many different vendor specific items. This subclause 
describes how a device server informs an application client when a log reaches a critical point, thereby creating an 
exception condition. 

Table C.7 and table C.8 list the definitions of the parameter control byte of the log parameter. Table C.7 lists 
parameter control byte values that affect parameter saving. Table C.8 lists parameter control byte values that affect 
parameter updating and reporting. 


Table C.7 — Log Parameter Control Byte saving definitions 


Log Parameter 
Control Byte 
Values 

Control 
Mode Page 
(OAh) 

Description 

DS TSD 

bit bit 

GLTSD 

bit 

0 


Indicates that the device server supports saving of the log parameter. 

1 


Indicates that the device server does not support saving of the log parameter 
in response to a LOG SELECT or LOG SENSE command. 

0 

0 

Indicates that the device server implicitly saves the log parameter. 

1 

0 

Indicates that either the device server does not implicitly save the log 
parameter or the implicit saving of the log parameter has been disabled by 
an application client. 

X 

1 

Indicates that either the device server does not implicitly save any log 
parameters or the implicit saving of all log parameters has been disabled by 
an application client. 
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Table C.8 — Log Parameter Control Byte updating definitions 


Parameter Control Byte Values 


DU 

ETC 

TMC 

LP 

LBIN 


bit 

bit 

field 

bit 

bit 

Description 

o . 

Indicates that the device server updates the log parameter value to 
reflect all events that should be noted by that log parameter. 

1 .... 

Indicates that the device server does not update the log parameter 
value except in response to a LOG SELECT command that 
specifies a new value the log parameter. 

0 - - - 

Indicates that a comparison between the threshold value and the 
cumulative value is not performed. 

1 

Indicates that a comparison to the threshold value is performed 
whenever the cumulative value is updated. 

00 

Indicates that device server informs the application client on every 
update to the cumulative value. 

01 

Indicates that device server informs the application client on every 
time the cumulative value is equal to the threshold value. 

10 

Indicates that device server informs the application client on every 
time the cumulative value is not equal to the threshold value. 

11 

Indicates that device server informs the application client on every 
time the cumulative value is greater than the threshold value. 




0 

X 

Indicates that the log parameter is a data counter. 

1 0 

Indicates that the log parameter is a list parameter and the list 
parameter is formatted as ASCII data (see 4.4.1). 

1 1 

Indicates that the log parameter is a list parameter and the list 
parameter is formatted in binary. 


Table C.9 describes the device server actions associated with logging exception conditions. 


Table C.9 — Logging exception conditions 


Log Page Parameter 
Control Byte Values 

DU ETC TMC LP 

bit bit field bit 

Control 
Mode Page 
(OAh) 

RECL 

bit 

Device Server Action 

Exception condition actions 

X 

X 

XX X 

0 

Logging activities do not cause an ACA condition or a unit 





attention condition. 

X 

0 

GT0 1 

X 

This is an illegal condition 

X 

1 

XX 1 

X 

This is an illegal condition 

0 

1 

XX 0 

1 

Follow pseudocode 1 (see C.5.2) 

0 

0 

NV 0 

1 

Follow pseudocode 2 (see C.5.3) 

0 

0 

00 1 

1 

Follow pseudocode 3 (see C.5.4) 
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The pseudocode in C.5.2 through C.5.4 assumes that ACA is implemented and requested in the CDB control 
byte (see SAM-3). 

C.5.2 Pseudocode 1 

IF the threshold condition as defined by the tmc field is met: 

1) IF there is an active task 

1) Complete the active task 

2) If an ACA condition exists wait for it to be cleared 
END 

2) Establish a unit attention condition for each initiator port that has the rlec bit set to one in the associated 
Control mode page 

3) IF the unit attention condition is ignored 

1) Continue normal operations until the threshold condition is met again 
END 

C.5.3 Pseudocode 2 

IF a log counter reaches its maximum value: 

1 ) Set du to 1 

2) IF there is no active task 

1) Wait until there is an active task 
END 

3) Complete the active task 

4) IF no ACA condition exists 

1) Create an ACA condition with the sense key set to RECOVERED ERROR and the additional sense 
code set to LOG EXCEPTION, COUNT AT MAXIMUM 
END 

5) Wait for the ACA condition to be cleared 

6) IF the cause of the counter reaching maximum is not cleared by the application client 
1) Do not create an ACA condition and do not increment the counter 

END 

END 

C.5.4 Pseudocode 3 

IF the log of parameters is full: 

1) Place the new log parameter code value into the lowest parameter code value position (wrap-around the 
parameter codes) 

2) IF there is no active task 

1) Wait until there is an active task 
END 

3) Complete the active task 

4) IF no ACA condition exists 

1) Create an ACA condition with the sense key sense key RECOVERED ERROR and the additional 
sense code set to LOG EXCEPTION, LIST CODES EXHAUSTED 
END 

5) Wait for the ACA condition to be cleared 

6) IF the cause of the log of parameters filling is not cleared by the application client 

1) Create an ACA condition every time an entry is placed into the log of parameters 
END 
END 
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Annex D 

(informative) 


Numeric order codes 
D.1 Numeric order codes introduction 

This annex contains SCSI additional sense codes, operation codes, log page codes, mode page codes, and VPD 
page codes in numeric order as a reference. In the event of a conflict with between the codes or usage require¬ 
ments in this annex and equivalent information in the body of this standard or in any command standard, the 
normative codes and usage information is correct. 

The information in this annex was complete and accurate at the time of publication. However, the information is 
subject to change. Technical Committee T10 of INCITS maintains an electronic copy of this information on its world 
wide web site (http://www.t10.org/). In the event that the T10 world wide web site is no longer active, access may 
be possible via the INCITS world wide web site (http://www.incits.org), the ANSI world wide web site (http:// 
www.ansi.org), the IEC site (http://www.iec.ch/), the ISO site (http://www.iso.ch/), or the ISO/IEC JTC 1 web site 
(http://www.jtd .org/). 

D.2 Additional Sense Codes 


Table D.1 is a numerical order listing of the additional sense codes and the additional sense code qualifiers. 


Table D.1 — ASC and ASCQ assignments (part 1 of 15) 


D - DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

O-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 
.F - OBJECT-BASED STORAGE (OSD) 


ASC ASCQ 
OOh OOh 
OOh 01 h 
OOh 02h 
OOh 03h 
OOh 04 h 
OOh 05h 
OOh 06h 
OOh 11h 
OOh 12h 
OOh 13h 
OOh 14h 
OOh 15h 
OOh 16h 
OOh 17h 


D T L PWROMA E B K V F 
DT L PWROMA E B KV F 


T L 

DT L PWROMA E B KV F 
R 
R 
R 
R 
R 

DT L PWROMA E B KV F 
DT L WROMA E B KV F 


Description 

NO ADDITIONAL SENSE INFORMATION 
FILEMARK DETECTED 
END-OF-PARTITION/MEDIUM DETECTED 
SETMARK DETECTED 

BEGINNING-OF-PARTITION/MEDIUM DETECTED 

END-OF-DATA DETECTED 

I/O PROCESS TERMINATED 

AUDIO PLAY OPERATION IN PROGRESS 

AUDIO PLAY OPERATION PAUSED 

AUDIO PLAY OPERATION SUCCESSFULLY COMPLETED 

AUDIO PLAY OPERATION STOPPED DUE TO ERROR 

NO CURRENT AUDIO STATUS TO RETURN 

OPERATION IN PROGRESS 

CLEANING REQUESTED 
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Table D.1 — ASC and ASCQ assignments (part 2 of 15) 




D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L 

PRINTER DEVICE (SSC 

not blank = code used 





P- PROCESSOR DEVICE (SPC-2) 





. W- WRITE ONCE BLOCK DEVICE (SBC) 





R - CD/DVD DEVICE (MMC-4) 





0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 





. M- MEDIA CHANGER DEVICE (SMC-2) 





A - STORAGE ARRAY DEVICE (SCC-2) 





E - ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V-AUTOMATION/DRIVE INTERFACE (ADC) 





. F- 

OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

D T L PWROMAE B K V F 

Description 

OOh 

18h 

T 



ERASE OPERATION IN PROGRESS 

OOh 

19h 

T 



LOCATE OPERATION IN PROGRESS 

OOh 

1Ah 

T 



REWIND OPERATION IN PROGRESS 

OOh 

IBh 

T 



SET CAPACITY OPERATION IN PROGRESS 

OOh 

ICh 

T 



VERIFY OPERATION IN PROGRESS 

Olh 

OOh 

D 


WO B K 

NO INDEX/SECTOR SIGNAL 

02h 

OOh 

D 


WROM BK 

NO SEEK COMPLETE 

03h 

OOh 

D T 

L 

WO B K 

PERIPHERAL DEVICE WRITE FAULT 

03h 

Olh 

T 



NO WRITE CURRENT 

03h 

02 h 

T 



EXCESSIVE WRITE ERRORS 

04h 

OOh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, CAUSE NOT REPORTABLE 

04h 

Olh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT IS IN PROCESS OF BECOMING READY 

04h 

02h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED 

04h 

03h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, MANUAL INTERVENTION REQUIRED 

04h 

04 h 

D T 

L 

RO B 

LOGICAL UNIT NOT READY, FORMAT IN PROGRESS 

04h 

05h 

D T 


W OMA B K 

LOGICAL UNIT NOT READY, REBUILD IN PROGRESS 

04h 

06h 

D T 


W OMA B K 

LOGICAL UNIT NOT READY, RECALCULATION IN PROGRESS 

04h 

07h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, OPERATION IN PROGRESS 

04h 

08h 



R 

LOGICAL UNIT NOT READY, LONG WRITE IN PROGRESS 

04h 

09h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS 

04h 

OAh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE 
TRANSITION 

04h 

OBh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE 

04h 

OCh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE 
STATE 

04 h 

lOh 

D T 


WROM B 

LOGICAL UNIT NOT READY, AUXILIARY MEMORY NOT ACCESSIBLE 

04h 

11 h 

D T 


WROMA E B V F 

LOGICAL UNIT NOT READY, NOTIFY (ENABLE SPINUP) REQUIRED 

04 h 

12h 



V 

LOGICAL UNIT NOT READY, OFFLINE 

05h 

OOh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT DOES NOT RESPOND TO SELECTION 

06h 

OOh 

D 


WROM B K 

NO REFERENCE POSITION FOUND 

07h 

OOh 

D T 

L 

WROM BK 

MULTIPLE PERIPHERAL DEVICES SELECTED 

08h 

OOh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION FAILURE 

08h 

Olh 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION TIME-OUT 

08h 

02h 

D T 

L 

WROMA E B KV F 

LOGICAL UNIT COMMUNICATION PARITY ERROR 

08h 

03h 

D T 


ROM B K 

LOGICAL UNIT COMMUNICATION CRC ERROR (ULTRA-DMA/32) 

08h 

04 h 

D T 

L 

PWRO K 

UNREACHABLE COPY TARGET 

09h 

OOh 

D T 


WRO B 

TRACK FOLLOWING ERROR 

09h 

Olh 



WRO K 

TRACKING SERVO FAILURE 

09h 

02 h 



WRO K 

FOCUS SERVO FAILURE 

09h 

03h 



WRO 

SPINDLE SERVO FAILURE 
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Table D.1 — ASC and ASCQ assignments (part 3 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

09h 

04 h 

D T 


WRO 

B HEAD SELECT FAULT 

OAh 

OOh 

D T 

L 

PWROMA 

E B K V F ERROR LOG OVERFLOW 

OBh 

OOh 

D T 

L 

PWROMA 

E B K V F WARNING 

OBh 

Olh 

D T 

L 

PWROM A 

E B K V F WARNING - SPECIFIED TEMPERATURE EXCEEDED 

OBh 

02h 

D T 

L 

PWROMA 

E B K V F WARNING - ENCLOSURE DEGRADED 

OCh 

OOh 

T 


R 

WRITE ERROR 

OCh 

Olh 




K WRITE ERROR - RECOVERED WITH AUTO REALLOCATION 

OCh 

02h 

D 


W 0 

B K WRITE ERROR - AUTO REALLOCATION FAILED 

OCh 

03h 

D 


W 0 

B K WRITE ERROR - RECOMMEND REASSIGNMENT 

OCh 

04h 

D T 


W 0 

B COMPRESSION CHECK MISCOMPARE ERROR 

OCh 

05h 

D T 


W 0 

B DATA EXPANSION OCCURRED DURING COMPRESSION 

OCh 

06h 

D T 


W 0 

B BLOCK NOT COMPRESSIBLE 

OCh 

07h 



R 

WRITE ERROR - RECOVERY NEEDED 

OCh 

08h 



R 

WRITE ERROR - RECOVERY FAILED 

OCh 

09h 



R 

WRITE ERROR - LOSS OF STREAMING 

OCh 

OAh 



R 

WRITE ERROR - PADDING BLOCKS ADDED 

OCh 

OBh 

D T 


WROM 

B AUXILIARY MEMORY WRITE ERROR 

OCh 

OCh 

D T 

L 

PWROMA 

E B K V F WRITE ERROR - UNEXPECTED UNSOLICITED DATA 

OCh 

ODh 

D T 

L 

PWROMA 

E B K V F WRITE ERROR - NOT ENOUGH UNSOLICITED DATA 

ODh 

OOh 

D T 

L 

PWRO A 

K ERROR DETECTED BY THIRD PARTY TEMPORARY INITIATOR 

ODh 

Olh 

D T 

L 

PWRO A 

K THIRD PARTY DEVICE FAILURE 

ODh 

02 h 

D T 

L 

PWRO A 

K COPY TARGET DEVICE NOT REACHABLE 

ODh 

03h 

D T 

L 

PWRO A 

K INCORRECT COPY TARGET DEVICE TYPE 

ODh 

04 h 

D T 

L 

PWRO A 

K COPY TARGET DEVICE DATA UNDERRUN 

ODh 

05h 

D T 

L 

PWRO A 

K COPY TARGET DEVICE DATA OVERRUN 

OEh 

OOh 

D T 


PWROMA 

E B K INVALID INFORMATION UNIT 

OEh 

Olh 

D T 


PWROMA 

E B K INFORMATION UNIT TOO SHORT 

OEh 

02h 

D T 


PWROMA 

E B K INFORMATION UNIT TOO LONG 

OFh 

OOh 





lOh 

OOh 

D 


W 0 

B K ID CRC OR ECC ERROR 

lOh 

Olh 

D T 


W 0 

DATA BLOCK GUARD CHECK FAILED 

lOh 

02h 

D T 


W 0 

DATA BLOCK APPLICATION TAG CHECK FAILED 

lOh 

03h 

D T 


W 0 

DATA BLOCK REFERENCE TAG CHECK FAILED 

11 h 

OOh 

D T 


WRO 

B K UNRECOVERED READ ERROR 

11 h 

Olh 

D T 


WRO 

B K READ RETRIES EXHAUSTED 

11 h 

02h 

D T 


WRO 

B K ERROR TOO LONG TO CORRECT 

11 h 

03h 

D T 


W 0 

B K MULTIPLE READ ERRORS 

11 h 

04 h 

D 


W 0 

B K UNRECOVERED READ ERROR - AUTO REALLOCATE FAILED 

11 h 

05h 



WRO 

B L-EC UNCORRECTABLE ERROR 

11 h 

06h 



WRO 

B CIRC UNRECOVERED ERROR 
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Table D.1 — ASC and ASCQ assignments (part 4 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

11 h 

07h 


W 0 

B 

DATA RE-SYNCHRONIZATION ERROR 

11 h 

08h 

T 



INCOMPLETE BLOCK READ 

11 h 

09h 

T 



NO GAP FOUND 

11 h 

OAh 

D T 

0 

B K 

MISCORRECTED ERROR 

11 h 

OBh 

D 

W 0 

B K 

UNRECOVERED READ ERROR - RECOMMEND REASSIGNMENT 

11 h 

OCh 

D 

W 0 

B K 

UNRECOVERED READ ERROR - RECOMMEND REWRITE THE DATA 

11 h 

ODh 

D T 

WRO 

B 

DE-COMPRESSION CRC ERROR 

11 h 

OEh 

D T 

WRO 

B 

CANNOT DECOMPRESS USING DECLARED ALGORITHM 

11 h 

OFh 


R 


ERROR READING UPC/EAN NUMBER 

11 h 

lOh 


R 


ERROR READING ISRC NUMBER 

11 h 

11 h 


R 


READ ERROR - LOSS OF STREAMING 

11 h 

12h 

D T 

WROM 

B 

AUXILIARY MEMORY READ ERROR 

11 h 

13h 

D T L PWROM 

A E B K V F 

READ ERROR - FAILED RETRANSMISSION REQUEST 

12h 

OOh 

D 

W 0 

B K 

ADDRESS MARK NOT FOUND FOR ID FIELD 

13h 

OOh 

D 

W 0 

B K 

ADDRESS MARK NOT FOUND FOR DATA FIELD 

14h 

OOh 

D T L 

WRO 

B K 

RECORDED ENTITY NOT FOUND 

14h 

Olh 

D T 

WRO 

B K 

RECORD NOT FOUND 

14h 

02h 

T 



FILEMARK OR SETMARK NOT FOUND 

14h 

03h 

T 



END-OF-DATA NOT FOUND 

14h 

04h 

T 



BLOCK SEQUENCE ERROR 

14h 

05h 

D T 

W 0 

B K 

RECORD NOT FOUND - RECOMMEND REASSIGNMENT 

14h 

06h 

D T 

W 0 

B K 

RECORD NOT FOUND - DATA AUTO-REALLOCATED 

14h 

07h 

T 



LOCATE OPERATION FAILURE 

15h 

OOh 

D T L 

WROM 

B K 

RANDOM POSITIONING ERROR 

15h 

Olh 

D T L 

WROM 

B K 

MECHANICAL POSITIONING ERROR 

15h 

02 h 

D T 

WRO 

B K 

POSITIONING ERROR DETECTED BY READ OF MEDIUM 

16h 

OOh 

D 

W 0 

B K 

DATA SYNCHRONIZATION MARK ERROR 

16h 

Olh 

D 

W 0 

B K 

DATA SYNC ERROR - DATA REWRITTEN 

16h 

02h 

D 

W 0 

B K 

DATA SYNC ERROR - RECOMMEND REWRITE 

16h 

03h 

D 

W 0 

B K 

DATA SYNC ERROR - DATA AUTO-REALLOCATED 

16h 

04h 

D 

W 0 

B K 

DATA SYNC ERROR - RECOMMEND REASSIGNMENT 

17h 

OOh 

D T 

WRO 

B K 

RECOVERED DATA WITH NO ERROR CORRECTION APPLIED 

17h 

Olh 

D T 

WRO 

B K 

RECOVERED DATA WITH RETRIES 

17h 

02h 

D T 

WRO 

B K 

RECOVERED DATA WITH POSITIVE HEAD OFFSET 

17h 

03h 

D T 

WRO 

B K 

RECOVERED DATA WITH NEGATIVE HEAD OFFSET 

17h 

04 h 


WRO 

B 

RECOVERED DATA WITH RETRIES AND/OR CIRC APPLIED 

17h 

05h 

D 

WRO 

B K 

RECOVERED DATA USING PREVIOUS SECTOR ID 

17h 

06h 

D 

W 0 

B K 

RECOVERED DATA WITHOUT ECC - DATA AUTO-REALLOCATED 

17h 

07h 

D 

WRO 

B K 

RECOVERED DATA WITHOUT ECC - RECOMMEND REASSIGNMENT 

17h 

08h 

D 

WRO 

B K 

RECOVERED DATA WITHOUT ECC - RECOMMEND REWRITE 
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Table D.1 — ASC and ASCQ assignments (part 5 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

17h 

09h 

D WRO B K 

RECOVERED DATA WITHOUT ECC - DATA REWRITTEN 

18h 

OOh 

D T WRO B K 

RECOVERED DATA WITH ERROR CORRECTION APPLIED 

18h 

Olh 

D WRO B K 

RECOVERED DATA WITH ERROR CORR. & RETRIES APPLIED 

18h 

02h 

D WRO B K 

RECOVERED DATA - DATA AUTO-REALLOCATED 

18h 

03h 

R 

RECOVERED DATA WITH CIRC 

18h 

04h 

R 

RECOVERED DATA WITH L-EC 

18h 

05h 

D WRO B K 

RECOVERED DATA - RECOMMEND REASSIGNMENT 

18h 

06h 

D WRO B K 

RECOVERED DATA - RECOMMEND REWRITE 

18h 

07h 

D WO B K 

RECOVERED DATA WITH ECC - DATA REWRITTEN 

18h 

08h 

R 

RECOVERED DATA WITH LINKING 

19h 

OOh 

D OK 

DEFECT LIST ERROR 

19h 

Olh 

D OK 

DEFECT LIST NOT AVAILABLE 

19h 

02 h 

D OK 

DEFECT LIST ERROR IN PRIMARY LIST 

19h 

03h 

D OK 

DEFECT LIST ERROR IN GROWN LIST 

1Ah 

OOh 

DT L PWROMA E B KV F 

PARAMETER LIST LENGTH ERROR 

IBh 

OOh 

DT L PWROMA E B KV F 

SYNCHRONOUS DATA TRANSFER ERROR 

ICh 

OOh 

D 0 B K 

DEFECT LIST NOT FOUND 

ICh 

Olh 

D 0 B K 

PRIMARY DEFECT LIST NOT FOUND 

ICh 

02h 

D 0 B K 

GROWN DEFECT LIST NOT FOUND 

IDh 

OOh 

D T WRO B K 

MISCOMPARE DURING VERIFY OPERATION 

1Eh 

OOh 

D WO B K 

RECOVERED ID WITH ECC CORRECTION 

1 Fh 

OOh 

D OK 

PARTIAL DEFECT LIST TRANSFER 

20h 

OOh 

DT L PWROMA E B KV F 

INVALID COMMAND OPERATION CODE 

20h 

Olh 

D T PWROMA E B K 

ACCESS DENIED - INITIATOR PENDING-ENROLLED 

20h 

02h 

D T PWROMA E B K 

ACCESS DENIED - NO ACCESS RIGHTS 

20h 

03h 

D T PWROMA E B K 

ACCESS DENIED - INVALID MGMT ID KEY 

20h 

04h 

T 

ILLEGAL COMMAND WHILE IN WRITE CAPABLE STATE 

20h 

05h 

T 

Obsolete 

20h 

06h 

T 

ILLEGAL COMMAND WHILE IN EXPLICIT ADDRESS MODE 

20h 

07h 

T 

ILLEGAL COMMAND WHILE IN IMPLICIT ADDRESS MODE 

20h 

08h 

D T PWROMA E B K 

ACCESS DENIED - ENROLLMENT CONFLICT 

20h 

09h 

D T PWROMA E B K 

ACCESS DENIED - INVALID LU IDENTIFIER 

20h 

OAh 

D T PWROMA E B K 

ACCESS DENIED - INVALID PROXY TOKEN 

20h 

OBh 

D T PWROMA E B K 

ACCESS DENIED - ACL LUN CONFLICT 

21h 

OOh 

D T WROM B K 

LOGICAL BLOCK ADDRESS OUT OF RANGE 

21h 

Olh 

D T WROM B K 

INVALID ELEMENT ADDRESS 

21h 

02 h 

R 

INVALID ADDRESS FOR WRITE 

22h 

OOh 

D 

ILLEGAL FUNCTION (USE 20 00, 24 00, OR 26 00) 

23h 

OOh 



24h 

OOh 

DT L PWROMA E B KV F 

INVALID FIELD IN CDB 
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Table D.1 — ASC and ASCQ assignments (part 6 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

24h 

Olh 

D T 

L 

PWROM A 

E B K V F 

CDB DECRYPTION ERROR 

24 h 

02 h 

T 




Obsolete 

24h 

03h 

T 




Obsolete 

24h 

04h 




F 

SECURITY AUDIT VALUE FROZEN 

24h 

05h 




F 

SECURITY WORKING KEY FROZEN 

24h 

06h 




F 

NONCE NOT UNIQUE 

24h 

07h 




F 

NONCE TIMESTAMP OUT OF RANGE 

25h 

OOh 

D T 

L 

PWROM A 

E B K V F 

LOGICAL UNIT NOT SUPPORTED 

26h 

OOh 

D T 

L 

PWROM A 

E B K V F 

INVALID FIELD IN PARAMETER LIST 

26h 

Olh 

D T 

L 

PWROM A 

E B K V F 

PARAMETER NOT SUPPORTED 

26h 

02h 

D T 

L 

PWROM A 

E B K V F 

PARAMETER VALUE INVALID 

26h 

03h 

D T 

L 

PWROMA 

E K 

THRESHOLD PARAMETERS NOT SUPPORTED 

26h 

04h 

D T 

L 

PWROM A 

E B K V F 

INVALID RELEASE OF PERSISTENT RESERVATION 

26h 

05h 

D T 

L 

PWROMA 

B K 

DATA DECRYPTION ERROR 

26h 

06h 

D T 

L 

PWRO 

K 

TOO MANY TARGET DESCRIPTORS 

26h 

07h 

D T 

L 

PWRO 

K 

UNSUPPORTED TARGET DESCRIPTOR TYPE CODE 

26h 

08h 

D T 

L 

PWRO 

K 

TOO MANY SEGMENT DESCRIPTORS 

26h 

09h 

D T 

L 

PWRO 

K 

UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE 

26h 

OAh 

D T 

L 

PWRO 

K 

UNEXPECTED INEXACT SEGMENT 

26h 

OBh 

D T 

L 

PWRO 

K 

INLINE DATA LENGTH EXCEEDED 

26h 

OCh 

D T 

L 

PWRO 

K 

INVALID OPERATION FOR COPY SOURCE OR DESTINATION 

26h 

ODh 

D T 

L 

PWRO 

K 

COPY SEGMENT GRANULARITY VIOLATION 

26h 

OEh 

D T 


PWROMA 

E B K 

INVALID PARAMETER WHILE PORT IS ENABLED 

26h 

OFh 




F 

INVALID DATA-OUT BUFFER INTEGRITY CHECK VALUE 

27h 

OOh 

D T 


WRO 

B K 

WRITE PROTECTED 

27h 

Olh 

D T 


WRO 

B K 

HARDWARE WRITE PROTECTED 

27h 

02 h 

D T 


WRO 

B K 

LOGICAL UNIT SOFTWARE WRITE PROTECTED 

27h 

03h 

T 


R 


ASSOCIATED WRITE PROTECT 

27h 

04h 

T 


R 


PERSISTENT WRITE PROTECT 

27h 

05h 

T 


R 


PERMANENT WRITE PROTECT 

27h 

06h 



R 


CONDITIONAL WRITE PROTECT 

28h 

OOh 

D T 

L 

PWROMA 

E B K V F 

NOT READY TO READY CHANGE, MEDIUM MAY HAVE CHANGED 

28h 

Olh 

D T 


WROM 

B 

IMPORT OR EXPORT ELEMENT ACCESSED 

29h 

OOh 

D T 

L 

PWROMA 

E B K V F 

POWER ON, RESET, OR BUS DEVICE RESET OCCURRED 

29h 

Olh 

D T 

L 

PWROMA 

E B K V F 

POWER ON OCCURRED 

29h 

02h 

D T 

L 

PWROMA 

E B K V F 

SCSI BUS RESET OCCURRED 

29h 

03h 

D T 

L 

PWROMA 

E B K V F 

BUS DEVICE RESET FUNCTION OCCURRED 

29h 

04h 

D T 

L 

PWROMA 

E B K V F 

DEVICE INTERNAL RESET 

29h 

05h 

D T 

L 

PWROMA 

E B K V F 

TRANSCEIVER MODE CHANGED TO SINGLE-ENDED 

29h 

06h 

D T 

L 

PWROMA 

E B K V F 

TRANSCEIVER MODE CHANGED TO LVD 
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Table D.1 — ASC and ASCQ assignments (part 7 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

29h 

07h 

D T 

L 

PWROMA E B KV F 

l_T NEXUS LOSS OCCURRED 

2Ah 

OOh 

D T 

L 

WROMA E B KV F 

PARAMETERS CHANGED 

2Ah 

Olh 

D T 

L 

WROMA E B KV F 

MODE PARAMETERS CHANGED 

2Ah 

02h 

D T 

L 

WROMAE K 

LOG PARAMETERS CHANGED 

2Ah 

03h 

D T 

L 

PWROMA E K 

RESERVATIONS PREEMPTED 

2Ah 

04h 

D T 

L 

PWROMA E 

RESERVATIONS RELEASED 

2Ah 

05h 

D T 

L 

PWROMA E 

REGISTRATIONS PREEMPTED 

2Ah 

06h 

D T 

L 

PWROMA E B KV F 

ASYMMETRIC ACCESS STATE CHANGED 

2Ah 

07h 

D T 

L 

PWROMA E B KV F 

IMPLICIT ASYMMETRIC ACCESS STATE TRANSITION FAILED 

2Ah 

08h 

D T 


WROMA E B KV F 

PRIORITY CHANGED 

2Ah 

09h 

D 



CAPACITY DATA HAS CHANGED 

2Bh 

OOh 

D T 

L 

PWRO K 

COPY CANNOT EXECUTE SINCE HOST CANNOT DISCONNECT 

2Ch 

OOh 

D T 

L 

PWROMA E B KV F 

COMMAND SEQUENCE ERROR 

2Ch 

Olh 




TOO MANY WINDOWS SPECIFIED 

2Ch 

02h 




INVALID COMBINATION OF WINDOWS SPECIFIED 

2Ch 

03h 



R 

CURRENT PROGRAM AREA IS NOT EMPTY 

2Ch 

04h 



R 

CURRENT PROGRAM AREA IS EMPTY 

2Ch 

05h 



B 

ILLEGAL POWER CONDITION REQUEST 

2Ch 

06h 



R 

PERSISTENT PREVENT CONFLICT 

2Ch 

07h 

D T 

L 

PWROMA E B KV F 

PREVIOUS BUSY STATUS 

2Ch 

08h 

D T 

L 

PWROMA E B KV F 

PREVIOUS TASK SET FULL STATUS 

2Ch 

09h 

D T 

L 

PWROM E B KV F 

PREVIOUS RESERVATION CONFLICT STATUS 

2Ch 

OAh 



F 

PARTITION OR COLLECTION CONTAINS USER OBJECTS 

2Ch 

OBh 

T 



NOT RESERVED 

2Dh 

OOh 

T 



OVERWRITE ERROR ON UPDATE IN PLACE 

2Eh 

OOh 



R 

INSUFFICIENT TIME FOR OPERATION 

2Fh 

OOh 

D T 

L 

PWROMA E B KV F 

COMMANDS CLEARED BY ANOTHER INITIATOR 

30h 

OOh 

D T 


WROM BK 

INCOMPATIBLE MEDIUM INSTALLED 

30h 

Olh 

D T 


WRO B K 

CANNOT READ MEDIUM - UNKNOWN FORMAT 

30h 

02h 

D T 


WRO B K 

CANNOT READ MEDIUM - INCOMPATIBLE FORMAT 

30h 

03h 

D T 


R K 

CLEANING CARTRIDGE INSTALLED 

30h 

04h 

D T 


WRO B K 

CANNOT WRITE MEDIUM - UNKNOWN FORMAT 

30h 

05h 

D T 


WRO B K 

CANNOT WRITE MEDIUM - INCOMPATIBLE FORMAT 

30h 

06h 

D T 


WRO B 

CANNOT FORMAT MEDIUM - INCOMPATIBLE MEDIUM 

30h 

07h 

D T 

L 

WROMA E B KV F 

CLEANING FAILURE 

30h 

08h 



R 

CANNOT WRITE - APPLICATION CODE MISMATCH 

30h 

09h 



R 

CURRENT SESSION NOT FIXATED FOR APPEND 

30h 

OAh 

D T 


WROMA E B K 

CLEANING REQUEST REJECTED 

30h 

OCh 

T 



WORM MEDIUM - OVERWRITE ATTEMPTED 

30h 

lOh 



R 

MEDIUM NOT FORMATTED 
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Table D.1 — ASC and ASCQ assignments (part 8 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

31h 

OOh 

D T 


WRO B K 

MEDIUM FORMAT CORRUPTED 

31 h 

Olh 

D 

L 

RO B 

FORMAT COMMAND FAILED 

31 h 

02h 



R 

ZONED FORMATTING FAILED DUE TO SPARE LINKING 

32h 

OOh 

D 


WO B K 

NO DEFECT SPARE LOCATION AVAILABLE 

32h 

Olh 

D 


WO B K 

DEFECT LIST UPDATE FAILURE 

33h 

OOh 

T 



TAPE LENGTH ERROR 

34h 

OOh 

D T 

L 

PWROMA E B KV F 

ENCLOSURE FAILURE 

35h 

OOh 

D T 

L 

PWROMA E B KV F 

ENCLOSURE SERVICES FAILURE 

35h 

Olh 

D T 

L 

PWROMA E B KV F 

UNSUPPORTED ENCLOSURE FUNCTION 

35h 

02h 

D T 

L 

PWROMA E B KV F 

ENCLOSURE SERVICES UNAVAILABLE 

35h 

03h 

D T 

L 

PWROMA E B KV F 

ENCLOSURE SERVICES TRANSFER FAILURE 

35h 

04h 

D T 

L 

PWROMA E B KV F 

ENCLOSURE SERVICES TRANSFER REFUSED 

35h 

05h 

D T 

L 

WROMA E B KV F 

ENCLOSURE SERVICES CHECKSUM ERROR 

36h 

OOh 


L 


RIBBON, INK, OR TONER FAILURE 

37h 

OOh 

D T 

L 

WROMA E B KV F 

ROUNDED PARAMETER 

38h 

OOh 



B 

EVENT STATUS NOTIFICATION 

38h 

02 h 



B 

ESN - POWER MANAGEMENT CLASS EVENT 

38h 

04h 



B 

ESN - MEDIA CLASS EVENT 

38h 

06h 



B 

ESN - DEVICE BUSY CLASS EVENT 

39h 

OOh 

D T 

L 

WROMAE K 

SAVING PARAMETERS NOT SUPPORTED 

3Ah 

OOh 

D T 

L 

WROM BK 

MEDIUM NOT PRESENT 

3Ah 

Olh 

D T 


WROM BK 

MEDIUM NOT PRESENT - TRAY CLOSED 

3Ah 

02h 

D T 


WROM BK 

MEDIUM NOT PRESENT - TRAY OPEN 

3Ah 

03h 

D T 


WROM B 

MEDIUM NOT PRESENT - LOADABLE 

3Ah 

04 h 

D T 


WROM B 

MEDIUM NOT PRESENT - MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Bh 

OOh 

T 

L 


SEQUENTIAL POSITIONING ERROR 

3Bh 

Olh 

T 



TAPE POSITION ERROR AT BEGINNING-OF-MEDIUM 

3Bh 

02h 

T 



TAPE POSITION ERROR AT END-OF-MEDIUM 

3Bh 

03h 


L 


TAPE OR ELECTRONIC VERTICAL FORMS UNIT NOT READY 

3Bh 

04h 


L 


SLEW FAILURE 

3Bh 

05h 


L 


PAPER JAM 

3Bh 

06h 


L 


FAILED TO SENSE TOP-OF-FORM 

3Bh 

07h 


L 


FAILED TO SENSE BOTTOM-OF-FORM 

3Bh 

08h 

T 



REPOSITION ERROR 

3Bh 

09h 




READ PAST END OF MEDIUM 

3Bh 

OAh 




READ PAST BEGINNING OF MEDIUM 

3Bh 

OBh 




POSITION PAST END OF MEDIUM 

3Bh 

OCh 

T 



POSITION PAST BEGINNING OF MEDIUM 

3Bh 

ODh 

D T 


WROM BK 

MEDIUM DESTINATION ELEMENT FULL 

3Bh 

OEh 

D T 


WROM B K 

MEDIUM SOURCE ELEMENT EMPTY 
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Table D.1 — ASC and ASCQ assignments (part 9 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

3Bh 

OFh 



R 

END OF MEDIUM REACHED 

3Bh 

11 h 

D T 


WROM BK 

MEDIUM MAGAZINE NOT ACCESSIBLE 

3Bh 

12h 

D T 


WROM BK 

MEDIUM MAGAZINE REMOVED 

3Bh 

13h 

D T 


WROM BK 

MEDIUM MAGAZINE INSERTED 

3Bh 

14h 

D T 


WROM BK 

MEDIUM MAGAZINE LOCKED 

3Bh 

15h 

D T 


WROM BK 

MEDIUM MAGAZINE UNLOCKED 

3Bh 

16h 



R 

MECHANICAL POSITIONING OR CHANGER ERROR 

3Bh 

17h 



F 

READ PAST END OF USER OBJECT 

3Ch 

OOh 





3Dh 

OOh 

D T 

L 

PWROMAE K 

INVALID BITS IN IDENTIFY MESSAGE 

3Eh 

OOh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT HAS NOT SELF-CONFIGURED YET 

3Eh 

Olh 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT FAILURE 

3Eh 

02h 

D T 

L 

PWROMA E B KV F 

TIMEOUT ON LOGICAL UNIT 

3Eh 

03h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT FAILED SELF-TEST 

3Eh 

04h 

D T 

L 

PWROMA E B KV F 

LOGICAL UNIT UNABLE TO UPDATE SELF-TEST LOG 

3Fh 

OOh 

D T 

L 

PWROMA E B KV F 

TARGET OPERATING CONDITIONS HAVE CHANGED 

3Fh 

Olh 

D T 

L 

PWROMA E B KV F 

MICROCODE HAS BEEN CHANGED 

3Fh 

02h 

D T 

L 

PWROM BK 

CHANGED OPERATING DEFINITION 

3Fh 

03h 

D T 

L 

PWROMA E B KV F 

INQUIRY DATA HAS CHANGED 

3Fh 

04h 

D T 


WROMA E B K 

COMPONENT DEVICE ATTACHED 

3Fh 

05h 

D T 


WROMA E B K 

DEVICE IDENTIFIER CHANGED 

3Fh 

06h 

D T 


WROM A E B 

REDUNDANCY GROUP CREATED OR MODIFIED 

3Fh 

07h 

D T 


WROM A E B 

REDUNDANCY GROUP DELETED 

3Fh 

08h 

D T 


WROMA E B 

SPARE CREATED OR MODIFIED 

3Fh 

09h 

D T 


WROMA E B 

SPARE DELETED 

3Fh 

OAh 

D T 


WROMA E B K 

VOLUME SET CREATED OR MODIFIED 

3Fh 

OBh 

D T 


WROMA E B K 

VOLUME SET DELETED 

3Fh 

OCh 

D T 


WROMA E B K 

VOLUME SET DEASSIGNED 

3Fh 

ODh 

D T 


WROMA E B K 

VOLUME SET REASSIGNED 

3Fh 

OEh 

D T 

L 

PWROMA E 

REPORTED LUNS DATA HAS CHANGED 

3Fh 

OFh 

D T 

L 

PWROMA E B KV F 

ECHO BUFFER OVERWRITTEN 

3Fh 

lOh 

D T 


WROM B 

MEDIUM LOADABLE 

3Fh 

11 h 

D T 


WROM B 

MEDIUM AUXILIARY MEMORY ACCESSIBLE 

40h 

OOh 

D 



RAM FAILURE (SHOULD USE 40 NN) 

40h 

NNh 

D T 

L 

PWROMA E B KV F 

DIAGNOSTIC FAILURE ON COMPONENT NN (80H-FFH) 

41 h 

OOh 

D 



DATA PATH FAILURE (SHOULD USE 40 NN) 

42h 

OOh 

D 



POWER-ON OR SELF-TEST FAILURE (SHOULD USE 40 NN) 

43h 

OOh 

D T 

L 

PWROMA E B KV F 

MESSAGE ERROR 

44h 

OOh 

D T 

L 

PWROMA E B KV F 

INTERNAL TARGET FAILURE 

45h 

OOh 

D T 

L 

PWROMA E B KV F 

SELECT OR RESELECT FAILURE 
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Table D.1 — ASC and ASCQ assignments (part 10 of 15) 


ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

46h 

OOh 

D T 

L PWROM B K 

UNSUCCESSFUL SOFT RESET 

47h 

OOh 

D T 

L PWROMA E B KV F 

SCSI PARITY ERROR 

47h 

Olh 

D T 

L PWROMA E B KV F 

DATA PHASE CRC ERROR DETECTED 

47h 

02 h 

D T 

L PWROMA E B KV F 

SCSI PARITY ERROR DETECTED DURING ST DATA PHASE 

47h 

03h 

D T 

L PWROMA E B KV F 

INFORMATION UNIT iuCRC ERROR DETECTED 

47h 

04h 

D T 

L PWROMA E B KV F 

ASYNCHRONOUS INFORMATION PROTECTION ERROR DETECTED 

47h 

05h 

D T 

L PWROMA E B KV F 

PROTOCOL SERVICE CRC ERROR 

47h 

7Fh 

D T 

PWROMA E B K 

SOME COMMANDS CLEARED BY ISCSI PROTOCOL EVENT 

48h 

OOh 

D T 

L PWROMA E B KV F 

INITIATOR DETECTED ERROR MESSAGE RECEIVED 

49h 

OOh 

D T 

L PWROMA E B KV F 

INVALID MESSAGE ERROR 

4Ah 

OOh 

D T 

L PWROMA E B KV F 

COMMAND PHASE ERROR 

4Bh 

OOh 

D T 

L PWROMA E B KV F 

DATA PHASE ERROR 

4Bh 

Olh 

D T 

PWROMA E B K 

INVALID TARGET PORT TRANSFER TAG RECEIVED 

4Bh 

02h 

D T 

PWROMA E B K 

TOO MUCH WRITE DATA 

4Bh 

03h 

D T 

PWROMA E B K 

ACK/NAK TIMEOUT 

4Bh 

04h 

D T 

PWROMA E B K 

NAK RECEIVED 

4Bh 

05h 

D T 

PWROMA E B K 

DATA OFFSET ERROR 

4Bh 

06h 

D T 

PWROMA E B K 

INITIATOR RESPONSE TIMEOUT 

4Ch 

OOh 

D T 

L PWROMA E B KV F 

LOGICAL UNIT FAILED SELF-CONFIGURATION 

4Dh 

NNh 

D T 

L PWROMA E B KV F 

TAGGED OVERLAPPED COMMANDS (NN = TASK TAG) 

4Eh 

OOh 

D T 

L PWROMA E B KV F 

OVERLAPPED COMMANDS ATTEMPTED 

4Fh 

OOh 




50h 

OOh 

T 


WRITE APPEND ERROR 

50h 

Olh 

T 


WRITE APPEND POSITION ERROR 

50h 

02h 

T 


POSITION ERROR RELATED TO TIMING 

51h 

OOh 

T 

RO 

ERASE FAILURE 

51h 

Olh 


R 

ERASE FAILURE - INCOMPLETE ERASE OPERATION DETECTED 

52h 

OOh 

T 


CARTRIDGE FAULT 

53h 

OOh 

D T 

L WROM BK 

MEDIA LOAD OR EJECT FAILED 

53h 

Olh 

T 


UNLOAD TAPE FAILURE 

53h 

02 h 

D T 

WROM BK 

MEDIUM REMOVAL PREVENTED 

54h 

OOh 


P 

SCSI TO HOST SYSTEM INTERFACE FAILURE 

55h 

OOh 


P 

SYSTEM RESOURCE FAILURE 

55h 

Olh 

D 

0 B K 

SYSTEM BUFFER FULL 

55h 

02 h 

D T 

L PWROMA E K 

INSUFFICIENT RESERVATION RESOURCES 

55h 

03h 

D T 

L PWROMA E K 

INSUFFICIENT RESOURCES 

55h 

04 h 

D T 

L PWROMA E K 

INSUFFICIENT REGISTRATION RESOURCES 

55h 

05h 

D T 

PWROMA E B K 

INSUFFICIENT ACCESS CONTROL RESOURCES 

55h 

06h 

D T 

WROM B 

AUXILIARY MEMORY OUT OF SPACE 

55h 

07h 


F 

QUOTA ERROR 
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D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T 

SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L - PRINTER DEVICE (SSC) not blank = code used 




P- PROCESSOR DEVICE (SPC-2) 




. W- WRITE ONCE BLOCK DEVICE (SBC) 




R - CD/DVD DEVICE (MMC-4) 




0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 




. M 

MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC-2) 





E- ENCLOSURE SERVICES DEVICE (SES) 





. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 





K 

OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DRIVE INTERFACE (ADC) 






. F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

DTLPWROMAEBKVF Description 

56h 

OOh 





57h 

OOh 


R 


UNABLE TO RECOVER TABLE-OF-CONTENTS 

58h 

OOh 


0 


GENERATION DOES NOT EXIST 

59h 

OOh 


0 


UPDATED BLOCK READ 

5Ah 

OOh 

D T L PWROM 

B K 

OPERATOR REQUEST OR STATE CHANGE INPUT 

5Ah 

Olh 

D T 

WROM 

B K 

OPERATOR MEDIUM REMOVAL REQUEST 

5Ah 

02h 

D T 

WRO 

A B K 

OPERATOR SELECTED WRITE PROTECT 

5Ah 

03h 

D T 

WRO 

A B K 

OPERATOR SELECTED WRITE PERMIT 

5Bh 

OOh 

D T L PWROM 

K 

LOG EXCEPTION 

5Bh 

Olh 

D T L PWROM 

K 

THRESHOLD CONDITION MET 

5Bh 

02 h 

D T L PWROM 

K 

LOG COUNTER AT MAXIMUM 

5Bh 

03h 

D T L PWROM 

K 

LOG LIST CODES EXHAUSTED 

5Ch 

OOh 

D 

0 


RPL STATUS CHANGE 

5Ch 

Olh 

D 

0 


SPINDLES SYNCHRONIZED 

5Ch 

02 h 

D 

0 


SPINDLES NOT SYNCHRONIZED 

5Dh 

OOh 

D T L PWROMA E B K 

V F FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

Olh 


R 

B 

MEDIA FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

02h 


R 


LOGICAL UNIT FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

03h 


R 


SPARE AREA EXHAUSTION PREDICTION THRESHOLD EXCEEDED 

5Dh 

lOh 

D 


B 

HARDWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

11 h 

D 


B 

HARDWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

12h 

D 


B 

HARDWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

13h 

D 


B 

HARDWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

14h 

D 


B 

HARDWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

15h 

D 


B 

HARDWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

16h 

D 


B 

HARDWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

17h 

D 


B 

HARDWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

18h 

D 


B 

HARDWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

19h 

D 


B 

HARDWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

1Ah 

D 


B 

HARDWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

IBh 

D 


B 

HARDWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

ICh 

D 


B 

HARDWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY 

COUNT 

5Dh 

20h 

D 


B 

CONTROLLER IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

21h 

D 


B 

CONTROLLER IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

22h 

D 


B 

CONTROLLER IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

23h 

D 


B 

CONTROLLER IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

24 h 

D 


B 

CONTROLLER IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

25h 

D 


B 

CONTROLLER IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

26h 

D 


B 

CONTROLLER IMPENDING FAILURE START UNIT TIMES TOO HIGH 
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D 

DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

T - SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 




L - PRINTER DEVICE (SSC) not blank = code used 




P- PROCESSOR DEVICE (SPC-2) 




. W- WRITE ONCE BLOCK DEVICE (SBC) 




R - CD/DVD DEVICE (MMC-4) 




0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 




. M- MEDIA CHANGER DEVICE (SMC-2) 




A - STORAGE ARRAY DEVICE (SCC-2) 




E - ENCLOSURE SERVICES DEVICE (SES) 




. B 

SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 





V- AUTOMATION/DRIVE INTERFACE (ADC) 





. F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

DTLPWROMAEBKVF Description 

5Dh 

27h 

D 

B 

CONTROLLER IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

28h 

D 

B 

CONTROLLER IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

29h 

D 

B 

CONTROLLER IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

2Ah 

D 

B 

CONTROLLER IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

2Bh 

D 

B 

CONTROLLER IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

2Ch 

D 

B 

CONTROLLER IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

30h 

D 

B 

DATA CHANNEL IMPENDING FAILURE GENERAL HARD DRIVE 

FAILURE 

5Dh 

31h 

D 

B 

DATA CHANNEL IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

32 h 

D 

B 

DATA CHANNEL IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

33h 

D 

B 

DATA CHANNEL IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

34h 

D 

B 

DATA CHANNEL IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

35h 

D 

B 

DATA CHANNEL IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

36h 

D 

B 

DATA CHANNEL IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

37h 

D 

B 

DATA CHANNEL IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

38h 

D 

B 

DATA CHANNEL IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

39h 

D 

B 

DATA CHANNEL IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

3Ah 

D 

B 

DATA CHANNEL IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

3Bh 

D 

B 

DATA CHANNEL IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

3Ch 

D 

B 

DATA CHANNEL IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

40h 

D 

B 

SERVO IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

41h 

D 

B 

SERVO IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

42h 

D 

B 

SERVO IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

43h 

D 

B 

SERVO IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

44h 

D 

B 

SERVO IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

45h 

D 

B 

SERVO IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

46h 

D 

B 

SERVO IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

47h 

D 

B 

SERVO IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

48h 

D 

B 

SERVO IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

49h 

D 

B 

SERVO IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

4Ah 

D 

B 

SERVO IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

4Bh 

D 

B 

SERVO IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

4Ch 

D 

B 

SERVO IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

50h 

D 

B 

SPINDLE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

51h 

D 

B 

SPINDLE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

52h 

D 

B 

SPINDLE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

53h 

D 

B 

SPINDLE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

54h 

D 

B 

SPINDLE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 
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ASC ASCQ 

D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

5Dh 

55h 

D 


B 

SPINDLE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

56h 

D 


B 

SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

57h 

D 


B 

SPINDLE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

58h 

D 


B 

SPINDLE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

59h 

D 


B 

SPINDLE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

5Ah 

D 


B 

SPINDLE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

5Bh 

D 


B 

SPINDLE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

5Ch 

D 


B 

SPINDLE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

60h 

D 


B 

FIRMWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

61h 

D 


B 

FIRMWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

62h 

D 


B 

FIRMWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

63h 

D 


B 

FIRMWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

64h 

D 


B 

FIRMWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

65h 

D 


B 

FIRMWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

66h 

D 


B 

FIRMWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

67h 

D 


B 

FIRMWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

68h 

D 


B 

FIRMWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

69h 

D 


B 

FIRMWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

6Ah 

D 


B 

FIRMWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

6Bh 

D 


B 

FIRMWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

6Ch 

D 


B 

FIRMWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

FFh 

D T L PWRO 

MA E B K V F 

FAILURE PREDICTION THRESHOLD EXCEEDED (FALSE) 

5Eh 

OOh 

D T L PWRO 

A 

K 

LOW POWER CONDITION ON 

5Eh 

Olh 

D T L PWRO 

A 

K 

IDLE CONDITION ACTIVATED BY TIMER 

5Eh 

02h 

D T L PWRO 

A 

K 

STANDBY CONDITION ACTIVATED BY TIMER 

5Eh 

03h 

D T L PWRO 

A 

K 

IDLE CONDITION ACTIVATED BY COMMAND 

5Eh 

04 h 

D T L PWRO 

A 

K 

STANDBY CONDITION ACTIVATED BY COMMAND 

5Eh 

41h 



B 

POWER STATE CHANGE TO ACTIVE 

5Eh 

42h 



B 

POWER STATE CHANGE TO IDLE 

5Eh 

43h 



B 

POWER STATE CHANGE TO STANDBY 

5Eh 

45h 



B 

POWER STATE CHANGE TO SLEEP 

5Eh 

47h 



B K 

POWER STATE CHANGE TO DEVICE CONTROL 

5Fh 

OOh 





60h 

OOh 




LAMP FAILURE 

61h 

OOh 




VIDEO ACQUISITION ERROR 

61h 

Olh 




UNABLE TO ACQUIRE VIDEO 

61h 

02 h 




OUT OF FOCUS 

62h 

OOh 




SCAN HEAD POSITIONING ERROR 

63h 

OOh 

R 



END OF USER AREA ENCOUNTERED ON THIS TRACK 

63h 

Olh 

R 



PACKET DOES NOT FIT IN AVAILABLE SPACE 
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D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 



. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 



L-PRINTER DEVICE (SSC) not blank = code used 



P - PROCESSOR DEVICE (SPC-2) 



. W- WRITE ONCE BLOCK DEVICE (SBC) 



R-CD/DVD DEVICE (MMC-4) 



0-OPTICAL MEMORY BLOCK DEVICE (SBC) 



. M- MEDIA CHANGER DEVICE (SMC-2) 



A 

STORAGE ARRAY DEVICE (SCC-2) 

E- ENCLOSURE SERVICES DEVICE (SES) 




. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 




K - OPTICAL CARD READER/WRITER DEVICE (OCRW) 




V - AUTOMATION/DRIVE INTERFACE (ADC) 




. F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ 

DTLPWROMAEBKVF Description 

64h 

OOh 

R 

ILLEGAL MODE FOR THIS TRACK 

64 h 

Olh 

R 

INVALID PACKET SIZE 

65h 

OOh 

D T L PWROMA 

E B K V F VOLTAGE FAULT 

66h 

OOh 


AUTOMATIC DOCUMENT FEEDER COVER UP 

66h 

Olh 


AUTOMATIC DOCUMENT FEEDER LIFT UP 

66h 

02h 


DOCUMENT JAM IN AUTOMATIC DOCUMENT FEEDER 

66h 

03h 


DOCUMENT MISS FEED AUTOMATIC IN DOCUMENT FEEDER 

67h 

OOh 

A 

CONFIGURATION FAILURE 

67h 

Olh 

A 

CONFIGURATION OF INCAPABLE LOGICAL UNITS FAILED 

67h 

02h 

A 

ADD LOGICAL UNIT FAILED 

67h 

03h 

A 

MODIFICATION OF LOGICAL UNIT FAILED 

67h 

04 h 

A 

EXCHANGE OF LOGICAL UNIT FAILED 

67h 

05h 

A 

REMOVE OF LOGICAL UNIT FAILED 

67h 

06h 

A 

ATTACHMENT OF LOGICAL UNIT FAILED 

67h 

07h 

A 

CREATION OF LOGICAL UNIT FAILED 

67h 

08h 

A 

ASSIGN FAILURE OCCURRED 

67h 

09h 

A 

MULTIPLY ASSIGNED LOGICAL UNIT 

67h 

OAh 

D T L PWROMA 

E B K V F SET TARGET PORT GROUPS COMMAND FAILED 

68h 

OOh 

A 

LOGICAL UNIT NOT CONFIGURED 

69h 

OOh 

A 

DATA LOSS ON LOGICAL UNIT 

69h 

Olh 

A 

MULTIPLE LOGICAL UNIT FAILURES 

69h 

02h 

A 

PARITY/DATA MISMATCH 

6Ah 

OOh 

A 

INFORMATIONAL, REFER TO LOG 

6Bh 

OOh 

A 

STATE CHANGE HAS OCCURRED 

6Bh 

Olh 

A 

REDUNDANCY LEVEL GOT BETTER 

6Bh 

02 h 

A 

REDUNDANCY LEVEL GOT WORSE 

6Ch 

OOh 

A 

REBUILD FAILURE OCCURRED 

6Dh 

OOh 

A 

RECALCULATE FAILURE OCCURRED 

6Eh 

OOh 

A 

COMMAND TO LOGICAL UNIT FAILED 

6Fh 

OOh 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION 
FAILURE 

6Fh 

Olh 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT PRESENT 

6Fh 

02h 

R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT 
ESTABLISHED 

6Fh 

03h 

R 

READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION 

6Fh 

04h 

R 

MEDIA REGION CODE IS MISMATCHED TO LOGICAL UNIT REGION 

6Fh 

05h 

R 

DRIVE REGION MUST BE PERMANENT/REGION RESET COUNT 
ERROR 

70h 

NNh 

T 

DECOMPRESSION EXCEPTION SHORT ALGORITHM ID OF NN 

71 h 

OOh 

T 

DECOMPRESSION EXCEPTION LONG ALGORITHM ID 
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Table D.1 — ASC and ASCQ assignments (part 15 of 15) 


D - DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T- SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

ASC ASCQ DTLPWROMAEBKVF Description 

72h 

OOh 

R 

SESSION FIXATION ERROR 

72h 

Olh 

R 

SESSION FIXATION ERROR WRITING LEAD-IN 

72h 

02 h 

R 

SESSION FIXATION ERROR WRITING LEAD-OUT 

72h 

03h 

R 

SESSION FIXATION ERROR - INCOMPLETE TRACK IN SESSION 

72h 

04h 

R 

EMPTY OR PARTIALLY WRITTEN RESERVED TRACK 

72h 

05h 

R 

NO MORE TRACK RESERVATIONS ALLOWED 

73h 

OOh 

R 

CD CONTROL ERROR 

73h 

Olh 

R 

POWER CALIBRATION AREA ALMOST FULL 

73h 

02 h 

R 

POWER CALIBRATION AREA IS FULL 

73h 

03h 

R 

POWER CALIBRATION AREA ERROR 

73h 

04 h 

R 

PROGRAM MEMORY AREA UPDATE FAILURE 

73h 

05h 

R 

PROGRAM MEMORY AREA IS FULL 

73h 

06h 

R 

RMA/PMA IS ALMOST FULL 

74h 

OOh 



75h 

OOh 



76h 

OOh 



77h 

OOh 



78h 

OOh 



79h 

OOh 



7Ah 

OOh 



7Bh 

OOh 



7Ch 

OOh 



7Dh 

OOh 



7Eh 

OOh 



7Fh 

OOh 



80h 

xxh 

\ 


Through 


> vendor specific. 

FFh 

xxh 

/ 


xxh 

80h 

\ 


Through 


> vendor specific QUALIFICATION OF STANDARD ASC. 

xxh 

FFh 

/ 





ALL CODES NOT SHOWN ARE RESERVED. 
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D.3 Operation Codes 
D.3.1 Operation Codes 

Table D.2 is a numerical order listing of the command operation codes. 


Table D.2 — Operation Codes (part 1 of 6) 


OP 

D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L-PRINTER DEVICE (SSC) O = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

. W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

O-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M-MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC) 

E-ENCLOSURE SERVICES DEVICE (SES-2) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DT L PWROMAEBKVF Description 

00 

MMMMMMMMMMMMMM TEST UNIT READY 


01 

M 

REWIND 


01 

Z V z z z z 

REZERO UNIT 


02 

V V V V V V V 



03 

MMMMMMMMMM MMM REQUEST SENSE 


04 

M OO 

FORMAT UNIT 


04 

O 

FORMAT MEDIUM 


04 

O 

FORMAT 


05 

VMVVVV V 

READ BLOCK LIMITS 


06 

V V V V V V V 



07 

OVV O OV 

REASSIGN BLOCKS 


07 

O 

INITIALIZE ELEMENT STATUS 


08 

MOV O OV 

READ(6) 


08 

O 

RECEIVE 


08 


GET MESSAGED) 


09 

V V V V V V V 



0A 

OO O O V 

WRITE(6) 


0A 

M 

SEND(6) 


0A 


SEND MESSAGED) 


0A 

M 

PRINT 


0B 

Z Z O Z V 

SEEK(6) 


0B 

0 

SET CAPACITY 


0B 

0 

SLEW AND PRINT 


OC 

V V V V V V V 



0D 

V V V V V V V 



0E 

V V V V V V V 



OF 

VOVVVV V 

READ REVERSED) 


10 

VM V V V 

WRITE FILEMARKS(6) 


10 

0 

SYNCHRONIZE BUFFER 


11 

VMVVVV 

SPACE(6) 


12 

MMMMMMMMMMMMMM INQUIRY 


13 

V V V V V 



13 

O 

VERIFY(6) 
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Table D.2 — Operation Codes (part 2 of 6) 


OP 

D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L-PRINTER DEVICE (SSC) 0 = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

. W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC) 

E-ENCLOSURE SERVICES DEVICE (SES-2) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

14 

VOOVVV 

RECOVER BUFFERED DATA 


15 

OMO 

0 0000 

0 0 MODE SELECT(6) 


16 

ZMMZZ ZOOZ 

0 RESERVED) 


16 


z 

RESERVE ELEMENTS) 


17 

ZMMZZ ZOOZ 

0 RELEASED) 


17 


z 

RELEASE ELEMENTS) 


18 

Z Z Z Z Z Z Z 

Z COPY 


19 

VMVVVV 

ERASE(6) 


1A 

OMO 

0 0000 

0 0 MODE SENSE(6) 


IB 

0 

000 0 

MO 0 START STOP UNIT 


IB 

0 


M LOAD UNLOAD 


IB 



SCAN 


IB 

0 


STOP PRINT 


1C 

OOOOO 0 0 0 M 

0 0 0 RECEIVE DIAGNOSTIC RESULTS 


ID 

MMMMM MMOM 

MMM SEND DIAGNOSTIC 


IE 

00 

0000 

0 0 PREVENT ALLOW MEDIUM REMOVAL 


20 

V 

V V V 

V 


21 

V 

V V V 

V 


22 

V 

V V V 

V 


23 

V 

V V 

V 


23 


0 

READ FORMAT CAPACITIES 


24 

V 

V V 

SET WINDOW 


25 

M 

M M 

READ CAPACITY(IO) 


25 


0 

READ CAPACITY 


25 



M READ CARD CAPACITY 


25 



GET WINDOW 


26 

V 

V V 



27 

V 

V V 



28 

M 

MOM 

MM READ(IO) 


28 



GET MESSAGED0) 


29 

V 

wo 

READ GENERATION 


2A 

0 

MOM 

MO WRITE(IO) 


2A 



SEND(IO) 


2A 



SEND MESSAGED 0) 


2B 

z 

zoz 

0 SEEK(IO) 


2B 

0 


LOCATE(IO) 


2B 


0 

POSITION TO ELEMENT 


2C 

V 

00 

ERASE(IO) 


2D 


0 

READ UPDATED BLOCK 
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Table D.2 — Operation Codes (part 3 of 6) 


OP 

D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L-PRINTER DEVICE (SSC) 0 = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

. W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC) 

E-ENCLOSURE SERVICES DEVICE (SES-2) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

2D 

V 



2E 

O OOO MO 

WRITE AND VERIFY(IO) 


2F 

0 OOO 

VERIFY(IO) 


30 

Z Z Z Z 

SEARCH DATA HIGH(IO) 


31 

Z Z Z Z 

SEARCH DATA EQUAL(IO) 


31 


OBJECT POSITION 


32 

Z Z Z Z 

SEARCH DATA LOW(IO) 


33 

Z Z Z Z 

SET LIMITS(IO) 


34 

OOO 0 

PRE-FETCH(IO) 


34 

M 

READ POSITION 


34 


GET DATA BUFFER STATUS 


35 

0 OOO MO 

SYNCHRONIZE CACHE(IO) 


36 

ZOO 0 

LOCK UNLOCK CACHE(IO) 


37 

0 0 

READ DEFECT DATA(IO) 


37 

0 

INITIALIZE ELEMENT STATUS WITH RANGE 

38 

0 0 0 

MEDIUM SCAN 


39 

zzzzzzz z 

COMPARE 


3A 

zzzzzzz z 

COPY AND VERIFY 


3B 

OOOOOOOOOOMOOO 

WRITE BUFFER 


3C 

0000000000 OOO 

READ BUFFER 


3D 

0 

UPDATE BLOCK 


3E 

0 0 0 

READ LONG(IO) 


3F 

0 0 0 

WRITE LONG(IO) 


40 

zzzzzzzz 

CHANGE DEFINITION 


41 

0 

WRITE SAME(IO) 


42 

0 

READ SUB-CHANNEL 


43 

0 

READ TOC/PMA/ATIP 


44 

M M 

REPORT DENSITY SUPPORT 


44 


READ HEADER 


45 

0 

PLAY AUDIO(IO) 


46 

M 

GET CONFIGURATION 


47 

0 

PLAY AUDIO MSF 


48 




49 




4A 

M 

GET EVENT STATUS NOTIFICATION 


4B 

0 

PAUSE/RESUME 


4C 

00000 0000 OOO 

LOG SELECT 


4D 

00000 0000 OMO 

LOG SENSE 


4E 

0 

STOP PLAY/SCAN 


4F 
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Table D.2 — Operation Codes (part 4 of 6) 


D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

“ - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L - PRINTER DEVICE (SSC) O = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

O- OPTICAL MEMORY BLOCK DEVICE (SBC) 

M- MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC) 

E- ENCLOSURE SERVICES DEVICE (SES-2) 

- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DRIVE INTERFACE (ADC) 

. F - OBJECT-BASED STORAGE (OSD) 


OP 

50 

51 

51 

52 

52 

53 

54 

55 

56 

56 

57 

57 

58 

59 
5A 
5B 
5C 
5D 
5E 
5F 
7F 
80 
80 
81 
81 
82 

83 

84 

85 

86 

87 

88 
89 
8A 
8B 


DT L PWROMA E B KV F 

O 

O 

O 

O 

O 

O 

O 

OOO OMOOOOMOMO 
ZMMZZ ZOOZ 

z 

ZMMZZ ZOOZ 

z 

o 


Description 

XDWRITE(IO) 

XPWRITE(IO) 

READ DISC INFORMATION 
XDREAD(IO) 

READ TRACK INFORMATION 
RESERVE TRACK 
SEND OPC INFORMATION 
MODE SELECT(IO) 
RESERVE(IO) 

RESERVE ELEMENTS0) 
RELEASE(IO) 

RELEASE ELEMENTS0) 
REPAIR TRACK 


OOO OMOOOOMOMO 
O 
O 
O 

OOOOO 0000 M 

00000 0000 M 

O M 

z 

M 

Z 


o 

z 

OOOOO o o 

OOOOO o o 


MODE SENSE(IO) 

CLOSE TRACK/SESSION 

READ BUFFER CAPACITY 

SEND CUE SHEET 

PERSISTENT RESERVE IN 

PERSISTENT RESERVE OUT 

variable length CDB (more than 16 bytes) 

XDWRITE EXTENDED(16) 

WRITE FILEMARKS(16) 

REBUILD(16) 

READ REVERSED 6) 

REGENERATE(16) 

EXTENDED COPY 
RECEIVE COPY RESULTS 


00 00 000000 
00 00 000000 
MM O O O 

OM O O O 


ACCESS CONTROL IN 
ACCESS CONTROL OUT 
READ(16) 

WRITE(16) 


8C 0 0 OOO 

8D 0 0 OOO 

8E O 0 0 

8F 0 0 0 0 

90 O 0 0 


O M READ ATTRIBUTE 

O O WRITE ATTRIBUTE 

O WRITE AND VERIFY(16) 

O VERIFY(16) 

O PRE-FETCH(16) 
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Table D.2 — Operation Codes (part 5 of 6) 



D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L - PRINTER DEVICE (SSC) O = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

O- OPTICAL MEMORY BLOCK DEVICE (SBC) 

M- MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC) 

E- ENCLOSURE SERVICES DEVICE (SES-2) 

- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DRIVE INTERFACE (ADC) 

. F - OBJECT-BASED STORAGE (OSD) 

D T L 'P ; W R Q M A E 'B-.K V g'Jj 


SYNCHRONIZE CACHE(16) 

SPACE(16) 

LOCK UNLOCK CACHE(16) 

LOCATE(16) 

WRITE SAME(16) 

ERASE(16) 

[usage proposed by SCSI Socket Services project] 
[usage proposed by SCSI Socket Services project] 
[usage proposed by SCSI Socket Services project] 
[usage proposed by SCSI Socket Services project] 


SERVICE ACTION IN(16) 

M SERVICE ACTION OUT(16) 
JIMOOO OOMO OMO REPORT LUNS 


DOO 

DOO 

O 


O OOMOOO 
O 

O OOOOOO 


O 

O O 
O 

000 


BLANK 

TRUSTED COMPUTING IN [proposed] 
MAINTENANCE (IN) 

SEND KEY 

MAINTENANCE (OUT) 

REPORT KEY 
MOVE MEDIUM 
PLAY AUDI0(12) 

EXCHANGE MEDIUM 
LOAD/UNLOAD C/DVD 
MOVE MEDIUM ATTACHED 
SET READ AHEAD 
READ(12) 

GET MESSAGE(12) 

SERVICE ACTION 0UT(12) 

WRITE(12) 

SEND MESSAGED 2) 

SERVICE ACTION IN(12) 

ERASE(12) 

GET PERFORMANCE 

READ DVD STRUCTURE _ 
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Table D.2 — Operation Codes (part 6 of 6) 


OP 

D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L-PRINTER DEVICE (SSC) 0 = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

. W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC) 

E-ENCLOSURE SERVICES DEVICE (SES-2) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Description 

AE 

0 

0 0 

WRITE AND VERIFY(12) 


AF 

0 

ozo 

VERIFY(12) 


BO 


z z z 

SEARCH DATA HIGH(12) 


B1 


7.7.7. 

SEARCH DATA EQUAL(12) 


B2 


777 

SEARCH DATA L0W(12) 


B3 

Z 

777 

SET LIMITS(12) 


B4 

00 

0 70 

READ ELEMENT STATUS ATTACHED 


B5 



TRUSTED COMPUTING OUT [proposed] 


B5 


O 

REQUEST VOLUME ELEMENT ADDRESS 


B6 


0 

SEND VOLUME TAG 


B6 


0 

SET STREAMING 


B7 

0 

0 

READ DEFECT DATA(12) 


B8 

0 

Z M 

READ ELEMENT STATUS 


B9 


0 

READ CD MSF 


BA 

0 

0 OOMO 

REDUNDANCY GROUP (IN) 


BA 


0 

SCAN 


BB 

0 

0 0000 

REDUNDANCY GROUP (OUT) 


BB 


0 

SET CD SPEED 


BC 

0 

0 OOMO 

SPARE (IN) 


BD 

0 

0 0000 

SPARE (OUT) 


BD 


0 

MECHANISM STATUS 


BE 

0 

0 OOMO 

VOLUME SET (IN) 


BE 


0 

READ CD 


BF 

0 

0 0000 

VOLUME SET (OUT) 


BF 


0 

SEND DVD STRUCTURE 
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D.3.2 Additional operation codes for devices with the MChngr bit set to one 

Table D.3 is a numerical order listing of the additional command operation codes used by devices that have the 
MChngr bit set to one in their standard INQUIRY data. The operation codes listed in table D.3 are in addition to the 
operation codes listed in D.3.1 for the device type indicated by the standard INQUIRY data having the MChngr bit 
set to one. 


Table D.3 — Additional operation codes for devices with the MChngr bit set to one 


- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

T - SEQUENTIAL ACCESS DEVICE (SSC-2) M = Mandatory 

L-PRINTER DEVICE (SSC) O = Optional 

P - PROCESSOR DEVICE (SPC-2) V = Vendor specific 

W- WRITE ONCE BLOCK DEVICE (SBC) Z = Obsolete 

R- CD/DVD DEVICE (MMC-4) 

O- OPTICAL MEMORY BLOCK DEVICE (SBC) 

A - STORAGE ARRAY DEVICE (SCC-2) 

E- ENCLOSURE SERVICES DEVICE (SES-2) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K - OPTICAL CARD READER/WRITER DEVICE (OCRW) 

F - OBJECT-BASED STORAGE (OSD) 


OP DT L PWROAEBKF Description 

A5 O MOVE MEDIUM 

A7 MMMMMMMMMMMM MOVE MEDIUM ATTACHED 

B4 MMMMMZMMMMMM READ ELEMENT STATUS ATTACHED 

B8 O Z READ ELEMENT STATUS 


D.3.3 Additional operation codes for devices with the EncServ bit set to one 

Table D.4 is a numerical order listing of the additional command operation codes used by devices that have the 
EncServ bit set to one in their standard INQUIRY data. The operation codes listed in table D.4 are in addition to the 
operation codes listed in D.3.1 for the device type indicated by the standard INQUIRY data having the EncServ bit 
set to one. 


Table D.4 — Additional operation codes for devices with the EncServ bit set to one 



D - DIRECT ACCESS DEVICE (SBC-2) 

Device Column kev 


. T - SEQUENTIAL ACCESS DEVICE (SSC-2) 

M = Mandatory 


L - PRINTER DEVICE (SSC) 

0 = Optional 


P - PROCESSOR DEVICE (SPC-2) 

V = Vendor specific 


. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-CD/DVD DEVICE (MMC-4) 

0-OPTICAL MEMORY DEVICE (SBC) 

. M-MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC-2) 

B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

Z = Obsolete 


. K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

OP 

DTLPWROMABKVF Description 


1C 

MMMMMMMMMMMMM RECEIVE DIAGNOSTIC RESULTS 


ID 

MMMMMMMMMMMMM SEND DIAGNOSTIC 
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D.3.4 MAINTENANCE (IN) and MAINTENANCE (OUT) service actions 

The assignment of service action codes for the MAINTENANCE (IN) and MAINTENANCE (OUT) operation codes 
by this standard is shown in table D.5. The MAINTENANCE (IN) and MAINTENANCE (OUT) service actions that 
may be assigned by other command standards are noted as restricted but their specific usage is not described. 


Table D.5 — MAINTENANCE (IN) and MAINTENANCE (OUT) service actions 


Service 

Action 

Description 

MAINTENANCE (IN) [operation code A3h] j 

OOh - 04h 

Restricted 

05h 

REPORT DEVICE IDENTIFIER 

06h - 09h 

Restricted 

OAh 

REPORT TARGET PORT GROUPS 

OBh 

REPORT ALIASES 

OCh 

REPORT SUPPORTED OPERATION CODES 

ODh 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS 

OEh 

REPORT PRIORITY 

OFh- 1 Fh 

Reserved 

MAINTENANCE (OUT) [operation code A4h] 

OOh - 05h 

Restricted 

06h 

SET DEVICE IDENTIFIER 

07h - 09h 

Restricted 

OAh 

SET TARGET PORT GROUPS 

OBh 

CHANGE ALIASES 

OCh - ODh 

Reserved 

OEh 

SET PRIORITY 

OFh-1 Fh 

Reserved 
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D.3.5 SERVICE ACTION IN and SERVICE ACTION OUT service actions 

The assignment of service action codes for the SERVICE ACTION IN(12) and SERVICE ACTION OUT(12) 
operation codes by this standard is shown in table D.6. 

Table D.6 — SERVICE ACTION IN(12) and SERVICE ACTION OUT(12) service actions 


Service 

Action 

Description 

SERVICE ACTION IN(12) [operation code ABh] j 

OOh 

Reserved 

01 h 

READ MEDIA SERIAL NUMBER 

02h - 1 Fh 

Reserved 

SERVICE ACTION OUT(12) [operation code A9h] 1 

OOh -1 Eh 

Reserved 

IFh 

Restricted 


The assignment of service action codes for the SERVICE ACTION IN(16) and SERVICE ACTION OUT(16) 
operation codes by this standard is shown in table D.6. The SERVICE ACTION IN(16) and SERVICE ACTION 
OUT(16) service actions that may be assigned by other command standards are noted as restricted but their 
specific usage is not described. 

Table D.7 — SERVICE ACTION IN(16) and SERVICE ACTION OUT(16) service actions 


Service 

Action 

Description 

SERVICE ACTION IN(16) [operation code 9Eh] ! 

OOh - OFh 

Reserved 

lOh- IFh 

Restricted 

SERVICE ACTION OUT(16) [operation code 9Fh] 

OOh - OFh 

Reserved 

lOh - IFh 

Restricted 
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D.3.6 Variable Length CDB Service Action Codes 

Only one operation code is assigned to the variable length CDB (see 4.3.3). Therefore, the service action code is 
effectively the operation code for variable length CDB uses. To allow command standards to assign uses of the 
variable length CDB without consulting this standard, ranges of service action codes are assigned to command 
sets as shown in table D.8. 


Table D.8 — Variable Length CDB Service Action Code Ranges 


Service Action 
Code Range 

Doc. 

Description 

OOOOh - 07FFh 

SBC-2 

Direct-access device (e.g., magnetic disk) 

0800h - OFFFh 

SSC-2 

Sequential-access device (e.g., magnetic tape) 

lOOOh - 17FFh 

SSC 

Printer device 

1800h - 1 FFFh 

this standard 

Commands for all device types (see table D.9) 

2000h - 27FFh 


Reserved 

2800h - 2FFFh 

MMC-4 

CD-ROM device 

3800h - 3FFFh 


Reserved 

4000h - 47FFh 

SMC-2 

Medium changer device (e.g., jukeboxes) 

5000h - 5FFFh 


Defined by ASC IT8 (Graphic arts pre-press devices) 

6000h - 67FFh 

SCC-2 

Storage array controller device (e.g., RAID) 

7000h - 77FFh 

RBC 

Simplified direct-access device (e.g., magnetic disk) 

7800h - 7FFFh 

OCRW 

Optical card reader/writer device 

8800h - 8FFFh 

OSD 

Object-based Storage Device 

3000h - 37FFh 


Reserved 

4800h - 4FFFh 


Reserved 

6800h - 6FFFh 


Reserved 

8000h - 87FFh 


Reserved 

9000h - F7FFh 


Reserved 

F800h - FFFFh 


Vendor specific 


The variable length CDB service action codes assigned by this standard are shown in table D.9. 


Table D.9 — Variable Length CDB Service Action Codes Used by All Device Types 


Service Action 
Code 

Description 

1800h -1 FFFh 

Reserved 
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D.4 Diagnostic Codes 


Table D.10 is a numerical order listing of the Diagnostic page codes. 


Table D.10 — Diagnostic Page Codes 


D - DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T - SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L - PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R-C/DVD DEVICE (MMC-4) 

O-OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DEVICE INTERFACE (ADC) 

Diagnostic.F- OBJECT-BASED STORAGE (OSD) 

Page. 


Code 

OOh 

Olh 

02h 

03h 

04h 

05h 

06h 

07h 

08h 

09h 

OAh 

OBh 

OCh 

ODh 

OEh-2Fh 


DTLPWROMAEBKVF Mode Page Name _ 

DTLPWROMAE KVF Supported Diagnostic Pages 
E Configuration 

E Enclosure Status/Control 

E Help Text 

E String In/Out 

E Threshold In/Out 

E Obsolete 

E Element Descriptor 

E Short Enclosure Status 

E Enclosure Busy 

E Device Element Status 

E Sub-enclosure Help Text 

E Sub-enclosure String In/Out 

E Supported SES Diagnostic Pages 

See SES-2 


3Fh 


See specific SCSI transport protocol for definition 


40h D WO 

41 h D WO 


Translate Address In/Out 
Device Status In/Out 


80h - FFh 


Vendor specific 


ALL CODES NOT SHOWN ARE RESERVED. 
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D.5 Log Page Codes 

Table D.11 is a numerical order listing of the log page codes. 


Table D.11 — Log Page Codes 


Log Page 
Code 

D - DIRECT ACCESS BLOCK DEVICE tSBC-2t Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L- PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R- CD/DVD DEVICE (MMC-4) 

0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K-OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 

.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBK Log Page Name 

OOh 

D T L 

PWROMA E 

K V F Supported Log Pages 

Olh 

D T L 

PWRO A 

K F Buffer Over-Run/Under-Run 

02h 

D T 

WRO 

K Write Error Counter 

03h 

D T 

WRO 

K Read Error Counter 

04h 

T 


Read Reverse Error Counter 

05h 

D T 

WRO 

K Verify Error Counter 

06h 

D T L 

PWROMA E 

K F Non-Medium Error 

07h 

D T L 

PWROMA E 

K F Last n Error Events 

08h 

D T 

W 0 

Format Status 

09h 


0 

Reserved to the MS59 Std. (contact AIIM C21 comm.) 

OAh 


0 

Reserved to the MS59 Std. (contact AIIM C21 comm.) 

OBh 

D T L 

PWROMA E 

F Last n Deferred Error or Asynchronous Events 

OCh 

T 


Sequential-Access Device 

ODh 

D T L 

PWROMA E 

Temperature 

OEh 

D T L 

PWROMA E 

Start-Stop Cycle Counter 

OFh 

D T L 

PWROMA E 

Application Client 

lOh 

D T L 

PWROMA E 

Self-Test Results 

11 h 

T 


V DTD Status 

12h 



V TapeAlert Response 

13h 



V Requested Recovery 

14h 



V Device Statistics 

17h 

D 


Non-Volatile Cache 

18h 

D T L 

PWROMA E 

K Protocol Specific Port 

2Eh 

T 

M 

TapeAlert 

2Fh 

D T L 

PWROMA E 

K Informational Exceptions 

30h - 3Eh 



Vendor specific (does not require page format) 

3Fh 



Reserved 




ALL CODES NOT SHOWN ARE RESERVED. 
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D.6 Mode Page Codes 

Table D.12 is a numerical order listing of the mode page codes. 


Table D.12 — Mode Page Codes (part 1 of 2) 


Mode 

Page 

Code 

Mode 

Subpage 

Code 

D- DIRECT ACCESS BLOCK DEVICE fSBC-21 Device Column kev 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R- C/DVD DEVICE (MMC-4) 

0 - OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 
.F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Mode Page Name 

Olh 

OOh 

D T 

WRO K 

Read-Write Error Recovery 

02h 

OOh 

D T 

L WROMA E KV F 

Disconnect-Reconnect 

03h 

OOh 

D 


Format Device 

03h 

OOh 


L 

Parallel Printer Interface 

03h 

OOh 


R 

MRW CD-RW 

04h 

OOh 

D 


Rigid Disk Geometry 

04h 

OOh 


L 

Serial Printer Interface 

05h 

OOh 

D 


Flexible Disk 

05h 

OOh 


L 

Printer Options 

05h 

OOh 


R 

Write Parameters 

06h 

OOh 


W 0 

Optical Memory 

06h 

OOh 


B 

RBC Device Parameters 

07h 

OOh 

D 

WO K 

Verify Error Recovery 

08h 

OOh 

D 

WRO K 

Caching 

09h 

OOh 

D T 

L WRO A E K 

obsolete 

OAh 

OOh 

D T 

L WROMA E KV F 

Control 

OAh 

Olh 

D T 

L WROMA E KV F 

Control Extension 

OBh 

OOh 

D 

WO K 

Medium Types Supported 

OCh 

OOh 

D 


Notch and Partition 

ODh 

OOh 

D 


obsolete 

ODh 

OOh 


R 

CD Device Parameters 

OEh 

OOh 


R 

CD Audio Control 

OEh 

OOh 


V 

ADC Device Configuration 

OFh 

OOh 

T 


Data Compression 

lOh 

OOh 

D 


XOR Control 

lOh 

OOh 

T 


Device Configuration 

11 h 

12h 

13h 

OOh 

T 


Medium Partition (1) 

14h 

15h 

16h 

17h 

OOh 

D T 

PWROMA E B KV F 

Enclosure Services Management 

Extended 

Extended Device-Type Specific 

Reserved 

a MMC-4 calls this page “Fault/Failure Reporting Page”, however, the page format is a proper subset of the format described 
in 7.4.11 of this standard. 


Working Draft SCSI Primary Commands - 3 (SPC-3) 


437 







T10/1416-D Revision 21b 


1 December 2004 


Table D.12 — Mode Page Codes (part 2 of 2) 


D- DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

. T-SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L-PRINTER DEVICE (SSC) not blank = code used 

P - PROCESSOR DEVICE (SPC-2) 

. W- WRITE ONCE BLOCK DEVICE (SBC) 

R- C/DVD DEVICE (MMC-4) 

O - OPTICAL MEMORY BLOCK DEVICE (SBC) 

. M- MEDIA CHANGER DEVICE (SMC-2) 

A-STORAGE ARRAY DEVICE (SCC-2) 

E-ENCLOSURE SERVICES DEVICE (SES) 

. B-SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V-AUTOMATION/DRIVE INTERFACE (ADC) 


Mode Mode.F - OBJECT-BASED STORAGE (OSD) 

Page Subpage ..... 

Code Code DTLPWROMAEBKVF Mode Page Name _ 


18h 

OOh 

D T L 

WROMA E 

V 

F 

Protocol Specific LUN 

19h 

OOh 

D T L 

WROMA E 

V 

F 

Protocol Specific Port 

1Ah 

OOh 

D T L 

WROM A 



Power Condition 

IBh 

OOh 


A 



LUN Mapping 

ICh 

OOh 

D T L 

WROMA E 



Informational Exceptions Control a 

IDh 

OOh 


R 



C/DVD Time-Out and Protect 

IDh 

OOh 


M 



Element Address Assignments 

1 Eh 

OOh 


M 



Transport Geometry Parameters 

IFh 

OOh 


M 



Device Capabilities 

OOh 






Vendor specific (does not require page format) 

20h - 29h 






Vendor specific (does not require page format) 

2Ah 


D T L 

W OMA E B KV 

F 

Vendor specific (does not require page format) 

2Ah 

OOh 


R 



CD Capabilities and Mechanical Status 

2Bh-3Eh 






Vendor specific (does not require page format) 


a MMC-4 calls this page “Fault/Failure Reporting Page”, however, the page format is a proper subset of the format described 
in 7.4.11 of this standard. 
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D.7 VPD Page Codes 


Table D. 13 is a numerical order listing of the VPD page codes. 

Table D.13 — VPD Page Codes 


VPD Page 
Code 


D - DIRECT ACCESS BLOCK DEVICE (SBC-2) Device Column key 

T - SEQUENTIAL ACCESS DEVICE (SSC-2) blank = code not used 

L - PRINTER DEVICE (SSC) not blank = code used 

P- PROCESSOR DEVICE (SPC-2) 

W- WRITE ONCE BLOCK DEVICE (SBC) 

R- C/DVD DEVICE (MMC-4) 

O- OPTICAL MEMORY BLOCK DEVICE (SBC) 

M- MEDIA CHANGER DEVICE (SMC-2) 

A - STORAGE ARRAY DEVICE (SCC-2) 

E- ENCLOSURE SERVICES DEVICE (SES) 

- SIMPLIFIED DIRECT-ACCESS DEVICE (RBC) 

K- OPTICAL CARD READER/WRITER DEVICE (OCRW) 

V- AUTOMATION/DEVICE INTERFACE (ADC) 

. F - OBJECT-BASED STORAGE (OSD) 

DTLPWROMAEBKVF Mode Page Name 


OOh DT L PWROMAE 
01 h - 7Fh DTL PWROMAE 


80h 
82 h 
83h 
84h 
85h 
86h 
87h 


DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 
DTL PWROMA E 


BOh 

COh - FFh 


K V F Supported VPD Pages 
K V F ASCII Information 
K V F Unit Serial Number 
K V F ASCII Implemented Operating Definition 
K V F Device Identification 
K V F Software Interface Identification 
K V F Management Network Addresses 
K V F Extended INQUIRY Data 
K V F Mode Page Policy 
K V F SCSI Ports 

Block Limits 

Vendor specific 

_ALL CODES NOT SHOWN ARE RESERVED. 
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D.8 Version Descriptor Values 

Table D.14 is a numerical order listing of the version descriptor values used in the standard INQUIRY data. Each 
version descriptor value is computed from a coded value identifying the standard and a coded value representing 
the revision of the standard. The formula is ((standard*32)+revison). Table D.14 shows all three code values and 
the associated standard name. The version descriptor code is shown in both decimal and hexadecimal. 


Table D.14 — Version descriptor assignments (part 1 of 8) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

0 

0 

0 1 

OOOOh 

Version Descriptor Not Supported or No Standard Identified 

1 

0 

32 1 

0020h 

SAM (no version claimed) 

1 

27 

59 1 

003Bh 

SAM T10/0994-D revision 18 

1 

28 

60 1 

003Ch 

SAM ANSI X3.270:1996 

2 

0 

64 1 

0040h 

SAM-2 (no version claimed) 

2 

20 

84 1 

0054h 

SAM-2 T10/1157-D revision 23 

2 

21 

85 1 

0055h 

SAM-2 T10/1157-D revision 24 

2 

28 

92 1 

005Ch 

SAM-2 ANSI INCITS.366:2003 

3 

0 

96 1 

0060h 

SAM-3 (no version claimed) 

3 

2 

98 1 

0062h 

SAM-3 T10/1561-D revision 7 

3 

21 

1171 

0075h 

SAM-3 T10/1561-D revision 13 

3 

22 

118 1 

0076h 

SAM-3 T10/1561-D revision 14 

4 

0 

128 1 

0080h 

SAM-4 (no version claimed) 

9 

0 

288 1 

0120h 

SPC (no version claimed) 

9 

27 

315 1 

013Bh 

SPC T10/0995-D revision 11 a 

9 

28 

316 1 

013Ch 

SPC ANSI X3.301:1997 

10 

0 

320 1 

0140h 

MMC (no version claimed) 

10 

27 

347 1 

015Bh 

MMC T10/1048-D revision 10a 

10 

28 

348 1 

015Ch 

MMC ANSI X3.304:1997 

11 

0 

352 1 

0160h 

SCC (no version claimed) 

11 

27 

379 1 

017Bh 

SCC T10/1047-D revision 06c 

11 

28 

380 1 

017Ch 

SCC ANSI X3.276:1997 

12 

0 

384 1 

0180h 

SBC (no version claimed) 

12 

27 

411 1 

019Bh 

SBC T10/0996-D revision 08c 

12 

28 

412 1 

019Ch 

SBC ANSI NCITS.306:1998 


440 


Working Draft SCSI Primary Commands - 3 (SPC-3) 






1 December 2004 


T10/1416-D Revision 21b 


Table D.14 — Version descriptor assignments (part 2 of 8) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

13 

0 

416 1 

OlAOh 

SMC (no version claimed) 

13 

27 

443 1 

OIBBh 

SMC T10/0999-D revision 10a 

13 

28 

444 1 

OIBCh 

SMC ANSI NCITS.314:1998 

14 

0 

448 1 

OlCOh 

SES (no version claimed) 

14 

27 

475 1 

OIDBh 

SES T10/1212-D revision 08b 

14 

28 

476 1 

OIDCh 

SES ANSI NCITS.305:1998 

14 

29 

477 1 

OIDDh 

SES T10/1212 revision 08b w/ Amendment ANSI NCITS.305/ 

AMI :2000 

14 

30 

478 1 

OIDEh 

SES ANSI NCITS.305:1998 w/ Amendment ANSI NCITS.305/ 

AMI :2000 

15 

0 

480 1 

OlEOh 

SCC-2 (no version claimed) 

15 

27 

507 1 

OlFBh 

SCC-2 T10/1125-D revision 04 

15 

28 

508 1 

OlFCh 

SCC-2 ANSI NCITS.318:1998 

16 

0 

512 1 

0200h 

SSC (no version claimed) 

16 

1 

513 1 

0201 h 

SSC T10/0997-D revision 17 

16 

7 

519 1 

0207h 

SSC T10/0997-D revision 22 

16 

28 

540 1 

021 Ch 

SSC ANSI NCITS.335:2000 

17 

0 

544 1 

0220h 

RBC (no version claimed) 

17 

24 

568 1 

0238h 

RBC T10/1240-D revision 10a 

17 

28 

572 1 

023Ch 

RBC ANSI NCITS.330:2000 

18 

0 

576 1 

0240h 

MMC-2 (no version claimed) 

18 

21 

597 1 

0255h 

MMC-2 T10/1228-D revision 11 

18 

27 

603 1 

025Bh 

MMC-2 T10/1228-D revision 11a 

18 

28 

604 1 

025Ch 

MMC-2 ANSI NCITS.333:2000 

19 

0 

608 1 

0260h 

SPC-2 (no version claimed) 

19 

7 

615 1 

0267h 

SPC-2 T10/1236-D revision 12 

19 

9 

617 1 

0269h 

SPC-2 T10/1236-D revision 18 

19 

21 

629 1 

0275h 

SPC-2 T10/1236-D revision 19 

19 

22 

630 1 

0276h 

SPC-2 T10/1236-D revision 20 

19 

23 

631 1 

0277h 

SPC-2 ANSI NCITS.351:2001 
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Table D.14 — Version descriptor assignments (part 3 of 8) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

20 

0 

640 1 

0280h 

OCRW (no version claimed) 

20 

30 

670 1 

029Eh 

OCRW ISO/IEC 14776-381 

21 

0 

672 1 

02A0h 

MMC-3 (no version claimed) 

21 

21 

693 1 

02B5h 

MMC-3 T10/1363-D revision 9 

21 

22 

694 1 

02B6h 

MMC-3 T10/1363-D revision lOg 

21 

24 

696 1 

02B8h 

MMC-3 ANSI INCUS.360:2002 

23 

0 

736 1 

02E0h 

SMC-2 (no version claimed) 

23 

21 

757 1 

02F5h 

SMC-2 T10/1383-D revision 5 

23 

28 

764 1 

02FCh 

SMC-2 T10/1383-D revision 6 

23 

29 

765 1 

02FDh 

SMC-2 T10/1383-D revision 7 

24 

0 

768 1 

0300h 

SPC-3 (no version claimed) 

24 

1 

769 1 

0301 h 

SPC-3 T10/1416-D revision 7 

24 

7 

775 1 

0307h 

SPC-3 T10/1416-D revision 21 

25 

0 

800 1 

0320h 

SBC-2 (no version claimed) 

25 

2 

802 1 

0322h 

SBC-2 T10/1417-D revision 5a 

25 

4 

804 1 

0324h 

SBC-2 T10/1417-D revision 15 

26 

0 

832 1 

0340h 

OSD (no version claimed) 

26 

1 

833 1 

0341 h 

OSD T10/1355-D revision 0 

26 

2 

834 1 

0342h 

OSD T10/1355-D revision 7a 

26 

3 

835 1 

0343h 

OSD T10/1355-D revision 8 

26 

4 

836 1 

0344h 

OSD T10/1355-D revision 9 

26 

21 

853 1 

0355h 

OSD T10/1355-D revision 10 

27 

0 

864 1 

0360h 

SSC-2 (no version claimed) 

27 

20 

884 1 

0374h 

SSC-2 T10/1434-D revision 7 

27 

21 

885 1 

0375h 

SSC-2 T10/1434-D revision 9 

27 

29 

893 1 

037Dh 

SSC-2 ANSI INCITS.380:2003 

28 

0 

896 1 

0380h 

BCC (no version claimed) 

29 

0 

928 1 

03A0h 

MMC-4 (no version claimed) 

29 

29 

957 1 

03BDh 

MMC-4 T10/1545-D revision 3 


442 


Working Draft SCSI Primary Commands - 3 (SPC-3) 







1 December 2004 


T10/1416-D Revision 21b 


Table D.14 — Version descriptor assignments (part 4 of 8) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

29 

30 

958 1 

03BEh 

MMC-4 T10/1545-D revision 3d 

30 

0 

960 1 

03C0h 

ADC (no version claimed) 

30 

21 

981 1 

03D5h 

ADC T10/1558-D revision 6 

30 

22 

982 1 

03D6h 

ADC T10/1558-D revision 7 

31 

0 

992 1 

03E0h 

SES-2 (no version claimed) 

32 

0 

1024 1 

0400h 

SSC-3 (no version claimed) 

33 

0 

1056 1 

0420h 

MMC-5 (no version claimed) 

34 

0 

1088 1 

0440h 

OSD-2 (no version claimed) 

35 

0 

1120 1 

0460h 

SPC-4 (no version claimed) 

36 

0 

1152 1 

0480h 

SMC-3 (no version claimed) 

65 

0 

2080 1 

0820h 

SSA-TL2 (no version claimed) 

65 

27 

2107 1 

083Bh 

SSA-TL2 T10.1/1147-D revision 05b 

65 

28 

2108 1 

083Ch 

SSA-TL2 ANSI NCITS.308:1998 

66 

0 

2112 1 

0840h 

SSA-TL1 (no version claimed) 

66 

27 

2139 1 

085Bh 

SSA-TL1 T10.1/0989-D revision 10b 

66 

28 

2140 1 

085Ch 

SSA-TL1 ANSI X3.295:1996 

67 

0 

2144 1 

0860h 

SSA-S3P (no version claimed) 

67 

27 

2171 1 

087Bh 

SSA-S3P T10.1/1051-D revision 05b 

67 

28 

2172 1 

087Ch 

SSA-S3P ANSI NCITS.309:1998 

68 

0 

2176 1 

0880h 

SSA-S2P (no version claimed) 

68 

27 

2203 1 

089Bh 

SSA-S2P T10.1/1121-D revision 07b 

68 

28 

2204 1 

089Ch 

SSA-S2P ANSI X3.294:1996 

69 

0 

2208 1 

08A0h 

SIP (no version claimed) 

69 

27 

2235 1 

08BBh 

SIP T10/0856-D revision 10 

69 

28 

2236 1 

08BCh 

SIP ANSI X3.292:1997 

70 

0 

2240 1 

08C0h 

FCP (no version claimed) 

70 

27 

2267 1 

08DBh 

FCP T10/0993-D revision 12 

70 

28 

2268 1 

08DCh 

FCP ANSI X3.269:1996 

71 

0 

2272 1 

08E0h 

SBP-2 (no version claimed) 
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Table D.14 — Version descriptor assignments (part 5 of 8) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

71 

27 

2299 1 

08FBh 

SBP-2 T10/1155-D revision 04 

71 

28 

2300 1 

08FCh 

SBP-2 ANSI NCITS.325:1999 

72 

0 

2304 1 

0900h 

FCP-2 (no version claimed) 

72 

1 

2305 1 

0901 h 

FCP-2 T10/1144-D revision 4 

72 

21 

2325 1 

0915h 

FCP-2 T10/1144-D revision 7 

72 

22 

2326 1 

0916h 

FCP-2 T10/1144-D revision 7a 

72 

23 

2327 1 

0917h 

FCP-2 ANSI INCITS.350:2003 

72 

24 

2328 1 

0918h 

FCP-2 T10/1144-D revision 8 

73 

0 

2336 1 

0920h 

SST (no version claimed) 

73 

21 

2357 1 

0935h 

SST T10/1380-D revision 8b 

74 

0 

2368 1 

0940h 

SRP (no version claimed) 

74 

20 

2388 1 

0954h 

SRP T10/1415-D revision 10 

74 

21 

2389 1 

0955h 

SRP T10/1415-D revision 16a 

74 

28 

2396 1 

095Ch 

SRP ANSI INCUS.365:2002 

75 

0 

2400 1 

0960h 

iSCSI (no version claimed) 

76 

0 

2432 1 

0980h 

SBP-3 (no version claimed) 

76 

2 

2434 1 

0982h 

SBP-3 T10/1467-D revision If 

76 

20 

2452 1 

0994h 

SBP-3 T10/1467-D revision 3 

76 

26 

2458 1 

099Ah 

SBP-3 T10/1467-D revision 4 

76 

27 

2459 1 

099Bh 

SBP-3 T10/1467-D revision 5 

76 

28 

2460 1 

099Ch 

SBP-3 ANSI INCITS.375:2004 

77 

0 

2464 1 

09A0h 

SRP-2 (no version claimed) 

78 

0 

2496 1 

09C0h 

ADP (no version claimed) 

79 

0 

2528 1 

09E0h 

ADT (no version claimed) 

79 

25 

2553 1 

09F9h 

ADT T10/1557-D revision 11 

80 

0 

2560 1 

OAOOh 

FCP-3 (no version claimed) 

85 

0 

2720 1 

OAAOh 

SPI (no version claimed) 

85 

25 

2745 1 

0AB9h 

SPI T10/0855-D revision 15a 

85 

26 

2746 1 

OABAh 

SPI ANSI X3.253:1995 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

85 

27 

2747 1 

OABBh 

SPI T10/0855-D revision 15a with SPI Amnd revision 3a 

85 

28 

2748 1 

OABCh 

SPI ANSI X3.253:1995 with SPI Amnd ANSI X3.253/AM1:1998 

86 

0 

2752 1 

OACOh 

Fast-20 (no version claimed) 

86 

27 

2779 1 

OADBh 

Fast-20 T10/1071 revision 06 

86 

28 

2780 1 

OADCh 

Fast-20 ANSI X3.277:1996 

87 

0 

2784 1 

OAEOh 

SPI-2 (no version claimed) 

87 

27 

2811 1 

OAFBh 

SPI-2 T10/1142-D revision 20b 

87 

28 

2812 1 

OAFCh 

SPI-2 ANSI X3.302:1999 

88 

0 

2816 1 

OBOOh 

SPI-3 (no version claimed) 

88 

24 

2840 1 

0B18h 

SPI-3 T10/1302-D revision 10 

88 

25 

2841 1 

0B19h 

SPI-3 T10/1302-D revision 13a 

88 

26 

2842 1 

OBI Ah 

SPI-3 T10/1302-D revision 14 

88 

28 

2844 1 

OBICh 

SPI-3 ANSI NCITS.336:2000 

89 

0 

2848 1 

0B20h 

EPI (no version claimed) 

89 

27 

2875 1 

0B3Bh 

EPIT10/1134 revision 16 

89 

28 

2876 1 

0B3Ch 

EPI ANSI NCITS TR-23:1999 

90 

0 

2880 1 

0B40h 

SPI-4 (no version claimed) 

90 

20 

2900 1 

0B54h 

SPI-4 T10/1365-D revision 7 

90 

21 

2901 1 

0B55h 

SPI-4 T10/1365-D revision 9 

90 

22 

2902 1 

0B56h 

SPI-4 ANSI INCITS.362:2002 

90 

25 

2905 1 

0B59h 

SPI-4 T10/1365-D revision 10 

91 

0 

2912 1 

0B60h 

SPI-5 (no version claimed) 

91 

25 

2937 1 

0B79h 

SPI-5 T10/1525-D revision 3 

91 

26 

2938 1 

0B7Ah 

SPI-5 T10/1525-D revision 5 

91 

27 

2939 1 

0B7Bh 

SPI-5 T10/1525-D revision 6 

91 

28 

2940 1 

0B7Ch 

SPI-5 ANSI INCITS.367:2003 

95 

0 

3040 1 

OBEOh 

SAS (no version claimed) 

95 

1 

3041 1 

OBEIh 

SAS T10/1562-D revision 01 

95 

21 

3061 1 

0BF5h 

SAS T10/1562-D revision 03 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

95 

26 

3066 1 

OBFAh 

SAS T10/1562-D revision 04 

95 

27 

3067 1 

OBFBh 

SAS T10/1562-D revision 04 

95 

28 

3068 1 

OBFCh 

SAS T10/1562-D revision 05 

95 

29 

3069 1 

OBFDh 

SAS ANSI INCITS.376:2003 

96 

0 

3072 1 

OCOOh 

SAS-1.1 (no version claimed) 

105 

0 

3360 1 

0D20h 

FC-PH (no version claimed) 

105 

27 

3387 1 

0D3Bh 

FC-PH ANSI X3.230:1994 

105 

28 

3388 1 

0D3Ch 

FC-PH ANSI X3.230:1994 with Amnd 1 ANSI X3.230/AM1:1996 

106 

0 

3392 1 

0D40h 

FC-AL (no version claimed) 

106 

28 

3420 1 

0D5Ch 

FC-AL ANSI X3.272:1996 

107 

0 

3424 1 

0D60h 

FC-AL-2 (no version claimed) 

107 

1 

3425 1 

0D61 h 

FC-AL-2 T11/1133-D revision 7.0 

107 

28 

3452 1 

0D7Ch 

FC-AL-2 ANSI NCITS.332:1999 

107 

29 

3453 1 

0D7Dh 

FC-AL-2 ANSI NCITS.332:1999 with Amnd 1 AM1:2002 

108 

0 

3456 1 

0D80h 

FC-PH-3 (no version claimed) 

108 

28 

3484 1 

0D9Ch 

FC-PH-3 ANSI X3.303-1998 

109 

0 

3488 1 

ODAOh 

FC-FS (no version claimed) 

109 

23 

3511 1 

0DB7h 

FC-FS T11/1331-D revision 1.2 

109 

24 

3512 1 

0DB8h 

FC-FS T11/1331-D revision 1.7 

109 

28 

3516 1 

ODBCh 

FC-FS ANSI INCITS.373:2003 

110 

0 

3520 1 

ODCOh 

FC-PI (no version claimed) 

110 

28 

3548 1 

ODDCh 

FC-PI ANSI INCITS.352:2002 

111 

0 

3552 1 

ODEOh 

FC-PI-2 (no version claimed) 

111 

2 

3554 1 

0DE2h 

FC-PI-2 T11/1506-D revision 5.0 

112 

0 

3584 1 

OEOOh 

FC-FS-2 (no version claimed) 

113 

0 

3616 1 

0E20h 

FC-LS (no version claimed) 

114 

0 

3648 1 

0E40h 

FC-SP (no version claimed) 

114 

2 

3650 1 

0E42h 

FC-SP T11/1570-D revision 1.6 

151 

0 

4832 1 

12E0h 

FC-DA (no version claimed) 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

(decimal 1 hex) 

Standard 

151 

2 

4834 1 

12E2h 

FC-DA T11/1513-DT revision 3.1 

152 

0 

4864 1 

1300h 

FC-Tape (no version claimed) 

152 

1 

4865 1 

1301 h 

FC-Tape T11/1315 revision 1.16 

152 

27 

4891 1 

131Bh 

FC-Tape Til /1315 revision 1.17 

152 

28 

4892 1 

131Ch 

FC-Tape ANSI NCITS TR-24:1999 

153 

0 

4896 1 

1320h 

FC-FLA (no version claimed) 

153 

27 

4923 1 

133Bh 

FC-FLA T11/1235 revision 7 

153 

28 

4924 1 

133Ch 

FC-FLA ANSI NCITS TR-20:1998 

154 

0 

4928 1 

1340h 

FC-PLDA (no version claimed) 

154 

27 

4955 1 

135Bh 

FC-PLDA T11/1162 revision 2.1 

154 

28 

4956 1 

135Ch 

FC-PLDA ANSI NCITS TR-19:1998 

155 

0 

4960 1 

1360h 

SSA-PH2 (no version claimed) 

155 

27 

4987 1 

137Bh 

SSA-PH2 T10.1/1145-D revision 09c 

155 

28 

4988 1 

137Ch 

SSA-PH2 ANSI X3.293:1996 

156 

0 

4992 1 

1380h 

SSA-PH3 (no version claimed) 

156 

27 

5019 1 

139Bh 

SSA-PH3 T10.1/1146-D revision 05b 

156 

28 

5020 1 

139Ch 

SSA-PH3 ANSI NCITS.307:1998 

165 

0 

5280 1 

14A0h 

IEEE 1394 (no version claimed) 

165 

29 

5309 1 

14BDh 

ANSI IEEE 1394:1995 

166 

0 

5312 1 

14C0h 

IEEE 1394a (no version claimed) 

167 

0 

5344 1 

14E0h 

IEEE 1394b (no version claimed) 

175 

0 

5600 1 

15E0h 

ATA/ATAPI-6 (no version claimed) 

175 

29 

5629 1 

15FDh 

ATA/ATAPI-6 ANSI INCITS.361:2002 

176 

0 

5632 1 

1600h 

ATA/ATAPI-7 (no version claimed) 

176 

2 

5634 1 

1602h 

ATA/ATAPI-7 T13/1532-D revision 3 

185 

8 

5928 1 

1728h 

Universal Serial Bus Specification, Revision 1.1 

185 

9 

5929 1 

1729h 

Universal Serial Bus Specification, Revision 2.0 

185 

16 

5936 1 

1730h 

USB Mass Storage Class Bulk-Only Transport, Revision 1.0 

245 

0 

7840 1 

lEAOh 

SAT (no version claimed) 
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c< 


95 

SAS 

96 

SAS-2 

105-154 

Fibre Channel 

105 

FC-PH and FC-PH Amendment 

106 

FC-AL 

107 

FC-AL-2 

108 

FC-PH-3 

109 

FC-FS 

110 

FC-PI 

111 

FC-PI-2 

112 

FC-FS-2 

113 

FC-LS 

114 

FC-SP 

151 

FC-DA 

152 

FC-Tape 

153 

FC-FLA 

154 

FC-PLDA 

155-164 

SSA 

155 

SSA-PH2 

156 

SSA-PH3 

165-174 

IEEE 1394 

165 

IEEE 1394:1995 

166 

IEEE 1394a 

167 

IEEE 1394b 

175-185 

ATAPI & USB 

175 

ATAPI-6 

176 

ATAPI-7 

185 

USB 

185-224 

Networking 
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Table D.15 — Standard code value guidelines (part 4 of 4) 


Standard 

Code 

Standard or standards family 

225 - 244 

ATM 

245-264 

Translators 

245 

SAT 

265 - 2047 

Reserved for Expansion 


Table D.16 shows the guidelines used by T10 when selecting a coded value for a revision. 

Table D.16 — Revision code value guidelines 


Revision 


Code 

Revision 

0 

No revision specified 

1 -20 

Revisions accepted as T10 committee drafts or stabilized drafts 

20-29 

Revisions for letter ballot, forwarded to INCITS or ANSI approved 

30-32 

Revisions approved as international standards 
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D.9 T10 IEEE binary identifiers 

The IEEE binary identifiers assigned to T10 standards are shown in table D.17. 

Table D.17 — IEEE binary identifiers assigned by T10 


IEEE Binary Identifier 

T10 Standard 

0060 9E01 03E0h 

0060 9E01 0483h 

0060 9E01 04D8h 

0060 9E01 05BBh 

0060 9E01 0800h 

0060 9E01 0801 h 

SBP (obsolete) 
SBP-2 

SPC-2 

SBP-3 

SRP revision 10 

ANSI SRP 
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Annex E 

(informative) 

Vendor identification 

This annex contains the list of SCSI vendor identifications (see table E.1) as of the date of this document. The 
purpose of this list is to help avoid redundant usage of vendor identifications. Technical Committee T10 of 
Accredited Standards Committee INCITS maintains an informal list of vendor identifications currently in use. The 
T10 web site, www.t10.org, provides a convenient means to request an identification code. If problems are encoun¬ 
tered using the T10 web site, please contact the chairman of T10 prior to using a new vendor identification to avoid 
conflicts. 

The information in this annex was complete and accurate at the time of publication. However, the information is 
subject to change. Technical Committee T10 of INCITS maintains an electronic copy of this information on its world 
wide web site (http://www.t10.org/). In the event that the T10 world wide web site is no longer active, access may 
be possible via the INCITS world wide web site (http://www.incits.org), the ANSI world wide web site (http:// 
www.ansi.org), the IEC site (http://www.iec.ch/), the ISO site (http://www.iso.ch/), or the ISO/IEC JTC 1 web site 
(http://www.jtd .org/). 


Table E.1 — Vendor identification list (part 1 of 11) 


ID 

Organization 

0B4C 

MOOSIK Ltd. 

2AI 

2AI (Automatisme et Avenir Informatique) 

3M 

3M Company 

3PARdata 

3PARdata, Inc. 

A-Max 

A-Max Technology Co., Ltd 

Acer 

Acer, Inc. 

ACL 

Automated Cartridge Librarys, Inc. 

Acuid 

Acuid Corporation Ltd. 

AcuLab 

AcuLab, Inc. (Tulsa, OK) 

ADAPTEC 

Adaptec 

ADIC 

Advanced Digital Information Corporation 

ADSI 

Adaptive Data Systems, Inc. (a Western Digital subsidiary) 

ADTX 

ADTX Co., Ltd. 

ADVA 

ADVA Optical Networking AG 

AERONICS 

Aeronics, Inc. 

AGFA 

AGFA 

AIPTEK 

AIPTEK International Inc. 

AMCODYNE 

Amcodyne 

Amphenol 

Amphenol 

ANAMATIC 

Anamartic Limited (England) 

Ancor 

Ancor Communications, Inc. 

ANCOT 

ANCOT Corp. 

ANDATACO 

Andataco (now nStor) 

andiamo 

Andiamo Systems, Inc. 

ANRITSU 

Anritsu Corporation 

APPLE 

Apple Computer, Inc. 

ARCHIVE 

Archive 

ARIO 

Ario Data Networks, Inc. 
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Table E.1 — Vendor identification list (part 2 of 11) 


ID 

Organization 

ARISTOS 

Aristos Logic Corp. 

ARK 

ARK Research Corporation 

ARTECON 

Artecon Inc. (Obs. - now Dot Hill) 

ASACA 

ASACA Corp. 

ASC 

Advanced Storage Concepts, Inc. 

ASPEN 

Aspen Peripherals 

AST 

AST Research 

ASTK 

Alcatel STK A/S 

AT&T 

AT&T 

ATA 

SCSI / ATA Translator Software (Organization Not Specified) 

ATARI 

Atari Corporation 

ATG CYG 

ATG Cygnet Inc. 

ATL 

QuantumlATL Products 

ATTO 

ATTO Technology Inc. 

ATX 

Alphatronix 

AVC 

AVC Technology Ltd 

AVR 

Advanced Vision Research 

BALLARD 

Ballard Synergy Corp. 

BAROMTEC 

Barom Technologies Co., Ltd. 

BDT 

Buero- und Datentechnik GmbH & Co.KG 

BENQ 

BENQ Corporation. 

BERGSWD 

Berg Software Design 

BEZIER 

Bezier Systems, Inc. 

BHTi 

Breece Hill Technologies 

BIR 

Bio-Imaging Research, Inc. 

BiT 

BiT Microsystems (obsolete, new ID: BITMICRO) 

BITMICRO 

BiT Microsystems, Inc. 

BlueArc 

BlueArc Corporation 

BNCHMARK 

Benchmark Tape Systems Corporation 

BoxHill 

Box Hill Systems Corporation (Obs. - now Dot Hill) 

BREA 

BREA Technologies, Inc. 

BROCADE 

Brocade Communications Systems, Incorporated 

BULL 

Bull Peripherals Corp. 

BUSLOGIC 

BusLogic Inc. 

CalComp 

CalComp, A Lockheed Company 

CALIPER 

Caliper (California Peripheral Corp.) 

CAMBEX 

Cambex Corporation 

CAMEOSYS 

Cameo Systems Inc. 

CANDERA 

Candera Inc. 

CAPTION 

CAPTION BANK 

CAST 

Advanced Storage Tech 

CDC 

Control Data or MPI 

CDP 

Columbia Data Products 

CenData 

Central Data Corporation 

Cereva 

Cereva Networks Inc. 

CERTANCE 

Certance 

CHEROKEE 

Cherokee Data Systems 
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Table E.1 — Vendor identification list (part 3 of 11) 


ID 

Organization 

CHINON 

Chinon 

CIE&YED 

YE Data, C.ltoh Electric Corp. 

CIPHER 

Cipher Data Products 

Ciprico 

Ciprico, Inc. 

CIRRUSL 

Cirrus Logic Inc. 

CISCO 

Cisco Systems, Inc. 

CLOVERLF 

Cloverleaf Communications, Inc 

CMD 

CMD Technology Inc. 

CMTechno 

CMTech 

CNGRSFW 

Congruent Software, Inc. 

CNSi 

Chaparral Network Storage, Inc. 

CNT 

Computer Network Technology 

COBY 

Coby Electronics Corporation, USA 

COGITO 

Cogito 

COMPAQ 

Compaq Computer Corporation (now HP) 

COMPELNT 

Compellent Technologies, Inc. 

COMPORT 

Comport Corp. 

COMPSIG 

Computer Signal Corporation 

COMPTEX 

Comptex Pty Limited 

CONNER 

Conner Peripherals 

CORE 

Core International, Inc. 

COWON 

COWON SYSTEMS, Inc. 

CPL 

Cross Products Ltd 

CPU TECH 

CPU Technology, Inc. 

CREO 

Creo Products Inc. 

CROSFLD 

Crosfield Electronics (now FujiFilm Electonic Imaging Ltd) 

CROSSRDS 

Crossroads Systems, Inc. 

CSCOVRTS 

Cisco - Veritas 

CSM, INC 

Computer SM, Inc. 

CYBERNET 

Cybernetics 

Cygnal 

Dekimo 

DALSEMI 

Dallas Semiconductor 

Data Com 

Data Com Information Systems Pty. Ltd. 

DATABOOK 

Databook, Inc. 

DATACOPY 

Datacopy Corp. 

DataCore 

DataCore Software Corporation 

DATAPT 

Datapoint Corp. 

DDN 

DataDirect Networks, Inc. 

DEC 

Digital Equipment Corporation (now HP) 

DEI 

Digital Engineering, Inc. 

DELL 

Dell Computer Corporation 

DELPHI 

Delphi Data Div. of Sparks Industries, Inc. 

DENON 

Denon/Nippon Columbia 

DenOptix 

DenOptix, Inc. 

DEST 

DEST Corp. 

DGC 

Data General Corp. 

DIGIDATA 

Diqi-Data Corporation 
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Table E.1 — Vendor identification list (part 4 of 11) 


ID 

Organization 

Digilntl 

Digi International 

Digital 

Digital Equipment Corporation (now HP) 

DILOG 

Distributed Logic Corp. 

DISC 

Document Imaging Systems Corp. 

DLNET 

Driveline 

DNS 

Data and Network Security 

DotHill 

Dot Hill Systems Corp. 

DPT 

Distributed Processing Technology 

DSC 

DigitalStream Corporation 

DSI 

Data Spectrum, Inc. 

DSM 

Deterner Steuerungs- und Maschinenbau GmbH & Co. 

DTC OUME 

Data Technology Gume 

DXIMAGIN 

DX Imaging 

ECCS 

ECCS, Inc. 

ECMA 

European Computer Manufacturers Association 

elipsan 

Elipsan UK Ltd. 

Elms 

Elms Systems Corporation 

EMASS 

EMASS, Inc. 

EMC 

EMC Corp. 

EMTEC 

EMTEC Magnetics 

EMULEX 

Emulex 

ENERGY-B 

Energybeam Corporation 

ENGENIO 

Engenio Information Technologies, Inc. 

EPSON 

Epson 

EOLOGIC 

EqualLogic 

Eris/RSI 

RSI Systems, Inc. 

EuroLogc 

Eurologic Systems Limited 

evolve 

Evolution Technologies, Inc 

EXABYTE 

Exabyte Corp. 

EXATEL 

Exatelecom Co., Ltd. 

EXAVIO 

Exavio, Inc. 

FALCON 

FalconStor, Inc. 

FFEILTD 

FujiFilm Electonic Imaging Ltd 

Fibxn 

Fiberxon, Inc. 

FID 

First International Digital, Inc. 

FILENET 

FileNet Corp. 

FRAMDRV 

FRAMEDRIVE Corp. 

FUJI 

Fuji Electric Co., Ltd. (Japan) 

FUJIFILM 

Fuji Photo Film, Co., Ltd. 

FUJITSU 

Fujitsu 

FUNAI 

Funai Electric Co., Ltd. 

FUTURED 

Future Domain Corp. 

G&D 

Giesecke & Devrient GmbH 

Gadzoox 

Gadzoox Networks, Inc. 

GDI 

Generic Distribution International 

Gen_Dyn 

General Dynamics 

Generic 

Generic Technology Co., Ltd. 
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Table E.1 — Vendor identification list (part 5 of 11) 


ID 

Organization 

GENSIG 

General Signal Networks 

GIGATAPE 

GIGATAPE GmbH 

GIGATRND 

GigaTrend Incorporated 

Global 

Global Memory Test Consortium 

Goidelic 

Goidelic Precision, Inc. 

GoldStar 

LG Electronics Inc. 

GOULD 

Gould 

HAGIWARA 

Hagiwara Sys-Com Co., Ltd. 

Heydays 

Mazo Technology Co., Ltd. 

HITACHI 

Hitachi America Ltd or Nissei Sangyo America Ltd 

HONEYWEL 

Honeywell Inc. 

HP 

Hewlett Packard 

HPQ 

Hewlett Packard 

HYUNWON 

HYUNWON inc 

i-cubed 

i-cubed ltd. 

IBM 

International Business Machines 

ICL 

ICL 

ICP 

ICP vortex Computersysteme GmbH 

IDE 

International Data Engineering, Inc. 

IFT 

Infortrend Technology, Inc. 

IGR 

Intergraph Corp. 

IMATION 

Imation 

IMPLTD 

Integrated Micro Products Ltd. 

IMPRIMIS 

Imprimis Technology Inc. 

INCITS 

InterNational Committee for Information Technology 

Indigita 

Indigita Corporation 

INITIO 

Initio Corporation 

INRANGE 

INRANGE Technologies Corporation 

INSITE 

Insite Peripherals 

integrix 

Integrix, Inc. 

INTEL 

Intel Corporation 

IOC 

I/O Concepts, Inc. 

IOMEGA 

Iomega 

iqstor 

iQstor Networks, Inc. 

IS! 

Information Storage inc. 

ISO 

International Standards Organization 

ITC 

International Tapetronics Corporation 

IVIVITY 

iVivity, Inc. 

JPC Inc. 

JPC Inc. 

JVC 

JVC Information Products Co. 

KASHYA 

Kashya, Inc. 

KENNEDY 

Kennedy Company 

KENWOOD 

KENWOOD Corporation 

KODAK 

Eastman Kodak 

KONAN 

Konan 

KONICA 

Konica Japan 

KSCOM 

KSCOM Co. Ltd., 
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KUDELSKI 

Nagravision SA - Kudelski Group 

Kyocera 

Kyocera Corporation 

LAPINE 

Lapine Technology 

LASERDRV 

LaserDrive Limited 

LASERGR 

Lasergraphics, Inc. 

LEFTHAND 

LeftHand Networks 

LG 

LG Electronics Inc. 

LGE 

LG Electronics Inc. 

LION 

Lion Optics Corporation 

LMS 

Laser Magnetic Storage International Company 

LSI 

LSI Logic Corp. 

LSILOGIC 

LSI Logic Storage Systems, Inc. 

LTO-CVE 

Linear Tape - Open, Compliance Verification Entity 

LUXPRO 

Luxpro Corporation 

Malakite 

Malachite Technologies (New VID is: Sandial) 

MATSHITA 

Matsushita 

MAXELL 

Hitachi Maxell, Ltd. 

MaxOptix 

Maxoptix Corp. 

MAXSTRAT 

Maximum Strategy, Inc. 

MAXTOR 

Maxtor Corp. 

MaXXan 

MaXXan Systems, Inc. 

MAYCOM 

maycom Co., Ltd. 

MBEAT 

K-WON C&C Co.,Ltd 

Me DATA 

McDATA Corporation 

MDI 

Micro Design International, Inc. 

MEADE 

Meade Instruments Corporation 

MEM 

Mountain Engineering II, Inc. 

MELA 

Mitsubishi Electronics America 

MELCO 

Mitsubishi Electric (Japan) 

MEMOREX 

Memorex Telex Japan Ltd. 

MEMREL 

Memrel Corporation 

MEMTECH 

MemTech Technology 

MERIDATA 

Oy Meridata Finland Ltd 

METRUM 

Metrum, Inc. 

MHTL 

Matsunichi Hi-Tech Limited 

MICROBTX 

Microbotics Inc. 

MICROLIT 

Microlite Corporation 

MICROP 

Micropolis 

MICROTEK 

Microtek Storage Corp 

Minitech 

Minitech (UK) Limited 

Minolta 

Minolta Corporation 

MINSCRIB 

Miniscribe 

MITSUMI 

Mitsumi Electric Co., Ltd. 

MKM 

Mitsubishi Kagaku Media Co., LTD. 

MOSAID 

Mosaid Technologies Inc. 

MOTOROLA 

Motorola 

MPEYE 

Touchstone Technology Co., Ltd 
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MPM 

Mitsubishi Paper Mills, Ltd. 

MPMan 

MPMan.com, Inc. 

MSFT 

Microsoft Corporation 

MSI 

Micro-Star International Corp. 

MST 

Morning Star Technologies, Inc. 

MTI 

MTI Technology Corporation 

MTNGATE 

MountainGate Data Systems 

MXI 

Memory Experts International 

nac 

nac Image Technology Inc. 

NAGRA 

Nagravision SA - Kudelski Group 

NAI 

North Atlantic Industries 

NAKAMICH 

Nakamichi Corporation 

Natlnst 

National Instruments 

NatSemi 

National Semiconductor Corp. 

NCITS 

InterNational Committee for Information Technology Standards (INCITS) 

NCL 

NCL America 

NCR 

NCR Corporation 

Neartek 

Neartek, Inc. 

NEC 

NEC 

NETAPP 

Network Appliance 

Netcom 

Netcom Storage 

NEXSAN 

Nexsan Technologies, Ltd. 

NHR 

NH Research, Inc. 

NISCA 

NISCA Inc. 

NISHAN 

Nishan Systems Inc. 

NKK 

NKK Corp. 

NRC 

Nakamichi Research Corporation 

NSD 

Nippon Systems Development Co.,Ltd. 

NSM 

NSM Jukebox GmbH 

nStor 

nStor Technologies, Inc. 

NT 

Northern Telecom 

NUCONNEX 

NuConnex 

NUSPEED 

NuSpeed, Inc. 

OAI 

Optical Access International 

OCE 

Oce Graphics 

OKI 

OKI Electric Industry Co.,Ltd (Japan) 

Olidata 

Olidata S.p.A. 

OMI 

Optical Media International 

OMNIFI 

Rockford Corporation - Omnifi Media 

OMNIS 

OMNIS Company (FRANCE) 

Ophidian 

Ophidian Designs 

OPTIMEM 

Cipher/Optimem 

OPTOTECH 

Optotech 

ORANGE 

Orange Micro, Inc. 

ORCA 

Orca Technology 

OSI 

Optical Storage International 

OTL 

OTL Engineering 
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Packard 

Parkard Bell 

PARALAN 

Paralan Corporation 

PASCOsci 

Pasco Scientific 

PATH LG HT 

Pathlight Technology, Inc. 

PerStor 

Perstor 

PERTEC 

Pertec Peripherals Corporation 

PFTI 

Performance Technology Inc. 

PFU 

PFU Limited 

PHILIPS 

Philips Electronics 

PICO 

Packard Instrument Company 

Pillar 

Pillar Data Systems 

PIONEER 

Pioneer Electronic Corp. 

Pirus 

Pirus Networks 

PIVOT3 

Pivot3, Inc. 

PLASMON 

Plasmon Data 

PMCSIERA 

PMC-Sierra 

PRAIRIE 

PrairieTek 

PREPRESS 

PrePRESS Solutions 

PRESOFT 

PreSoft Architects 

PRESTON 

Preston Scientific 

PRIAM 

Priam 

PRIMAGFX 

Primagraphics Ltd 

PROCOM 

Procom Technology 

PROMISE 

PROMISE TECHNOLOGY, Inc 

PTI 

Peripheral Technology Inc. 

PTICO 

Pacific Technology International 

QIC 

Quarter-Inch Cartridge Drive Standards, Inc. 

QLogic 

QLogic Corporation 

QUALSTAR 

Qualstar 

QUANTEL 

Quantel Ltd. 

QUANTUM 

Quantum Corp. 

QUIX 

Quix Computerware AG 

R-BYTE 

R-Byte, Inc. 

RACALREC 

Racal Recorders 

RADITEC 

Radikal Technologies Deutschland GmbH 

RADSTONE 

Radstone Technology 

RASVIA 

Rasvia Systems, Inc. 

rave-mp 

Go Video 

Realm 

Realm Systems 

Revivio 

Revivio, Inc. 

RGI 

Raster Graphics, Inc. 

RHAPSODY 

Rhapsody Networks, Inc. 

RHS 

Racal-Heim Systems GmbH 

RICOH 

Ricoh 

RODIME 

Rodime 

RPS 

RPS 

RTI 

Reference Technology 
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SAMSUNG 

Samsung Electronics Co., Ltd. 

SAN 

Storage Area Networks, Ltd. 

Sandial 

Sandial Systems, Inc. 

SANKYO 

Sankyo Seiki 

SANRAD 

SAN RAD Inc. 

SANYO 

SANYO Electric Co., Ltd. 

SC. Net 

StorageConnections.Net 

SCIENTEK 

SCIENTEK CORP 

SCInc. 

Storage Concepts, Inc. 

SCREEN 

Dainippon Screen Mfg. Co., Ltd. 

SDI 

Storage Dimensions, Inc. 

SDS 

Solid Data Systems 

SEAGATE 

Seagate 

SEAGRAND 

SEAGRAND In Japan 

SEQUOIA 

Sequoia Advanced Technologies, Inc. 

Shinko 

Shinko Electric Co., Ltd. 

SIEMENS 

Siemens 

SigmaTel 

SigmaTel, Inc. 

Sll 

Seiko Instruments Inc. 

SLI 

Sierra Logic, Inc. 

SMS 

Scientific Micro Systems/OMTI 

SNYSIDE 

Sunnyside Computing Inc. 

SONIC 

Sonic Solutions 

SoniqCas 

SoniqCast 

SONY 

Sony Corporation Japan 

SPD 

Storage Products Distribution, Inc. 

SPECIAL 

Special Computing Co. 

SPECTRA 

Spectra Logic, a Division of Western Automation Labs, Inc. 

SPERRY 

Sperry (now Unisys Corp.) 

Sterling 

Sterling Diagnostic Imaging, Inc. 

STK 

Storage Technology Corporation 

STONEFLY 

StoneFly Networks, Inc. 

STOR 

StorageNetworks, Inc. 

STORAPP 

StorageApps, Inc. 

STORCOMP 

Storage Computer Corporation 

STORM 

Storm Technology, Inc. 

StrmLgc 

StreamLogic Corp. 

SUMITOMO 

Sumitomo Electric Industries, Ltd. 

SUN 

Sun Microsystems, Inc. 

SUNCORP 

SunCorporation 

suntx 

Suntx System Co., Ltd 

SYMBIOS 

Symbios Logic Inc. 

SyQuest 

SyQuest Technology, Inc. 

SYSGEN 

Sysgen 

T-MITTON 

Transmitton England 

TALARIS 

Talaris Systems, Inc. 

TALLGRAS 

Tallqrass Technologies 
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TANDBERG 

Tandberg Data A/S 

TANDEM 

Tandem (now HP) 

TANDON 

Tandon 

TCL 

TCL Shenzhen ASIC Micro-electronics Ltd 

TDK 

TDK Corporation 

TEAC 

TEAC Japan 

TECOLOTE 

Tecolote Designs 

TEGRA 

Tegra Varityper 

Tek 

Tektronix 

TENTIME 

Laura Technologies, Inc. 

Test 

Test new Vendor ID software - delete me! 

TGEGROUP 

TGE Group Co.,LTD. 

TI-DSG 

Texas Instruments 

TiGi 

TiGi Corporation 

TMS 

Texas Memory Systems, Inc. 

TMS100 

TechnoVas 

TOLISGRP 

The TOLIS Group 

TOSHIBA 

Toshiba Japan 

TRIPACE 

Tripace 

TRULY 

TRULY Electronics MFG. LTD. 

UDIGITAL 

United Digital Limited 

ULTRA 

UltraStor Corporation 

UNISYS 

Unisys 

USCORE 

Underscore, Inc. 

USDC 

US Design Corp. 

VDS 

Victor Data Systems Co., Ltd. 

VERBATIM 

Verbatim Corporation 

VERITAS 

VERITAS Software Corporation 

VEXCEL 

VEXCEL IMAGING GmbH 

VicomSys 

Vicom Systems, Inc. 

VITESSE 

Vitesse Semiconductor Corporation 

VIXEL 

Vixel Corporation 

VMAX 

VMAX Technologies Corp. 

Vobis 

Vobis Microcomputer AG 

VRC 

Vermont Research Corp. 

Waitec 

Waitec NV 

Wang DAT 

Wang DAT 

WANGTEK 

Wangtek 

Wasabi 

Wasabi Systems 

WAVECOM 

Wavecom 

WDIGTL 

Western Digital 

WEARNES 

Wearnes Technology Corporation 

WSC0001 

Wisecom, Inc. 

X3 

InterNational Committee for Information Technology Standards (INCITS) 

XEBEC 

Xebec Corporation 
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Xerox 

XIOtech 

XYRATEX 

YINHE 

YIXUN 

YOTTA 

Zarva 

ZETTA 

Xerox Corporation 

XIOtech Corporation 

Xyratex 

NUDT Computer Co. 

Yixun Electronic Co.,Ltd. 

YottaYotta, Inc. 

Zarva Digital Technology Co., Ltd. 

Zetta Systems, Inc. 
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(informative) 

Bibliography 

F.1 EUI-48 (Extended Unique Identifier, a 48-bit globally unique identifier): The IEEE maintains a tutorial 
describing EUI-48 at http://standards.ieee.org/regauth/oui/tutorials/EUI48.html. 

F.2 EUI-64 (Extended Unique Identifier, a 64-bit globally unique identifier): The IEEE maintains a tutorial 
describing EUI-64 at http://standards.ieee.org/regauth/oui/tutorials/EUI64.html. 

F.3 OUI (Organizationally Unique Identifier): The OUI is also known as the IEEE companyjd. The IEEE 
maintains a tutorial describing the OUI at http://standards.ieee.org/regauth/oui/. 

F.4 URI Schemes: The Internet Assigned Numbers Authority maintains a list of schemes for URI and URL names 
at http://www.iana.org/assignments/uri-schemes. 

F.5 TCP/UDP port numbers: The Internet Assigned Numbers Authority maintains a list of port numbers for the 
TCP and UDP protocols at http://www.iana.org/assignments/port-numbers. 
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